Italo Giurizzato Junior

Bom dia Renato, Os arquivos que estão em PL_008g não são XML e sim XSD.

Bom dia a todos, Alem de todas as NT recentemente publicadas, teremos novidades até o final deste ano ou inicio do ano que vem.

Bom dia Pedro, A rotina foi alterada para que após a consulta o XML seja atualizado independente se o mesmo será salvo em disco ou não. Por favor em vez de XMLOriginal deixe somente XML e teste.

Bom dia Antony, Remova da sua rotina que alimenta o componente as linhas que alimenta a propriedade qrCode, pois esta será gerada e alimentada pelo componente automaticamente caso seja uma NFC-e.

Bom dia a todos, O fonte que contem o código a ser descomentado é: ACBrNFeNotasFiscais.pas que se encontra na pasta: ...\Fontes\ACBrDFe\ACBrNFe Com o fonte aberto procure pela procedure: NotaFiscal.Assinar; Até onde sei somente o ambiente de homologação aceita o novo grupo <infNFeSupl> que contem o qrCode. Quanto aos schemas, os que estão no SVN ainda não foram atualizados.

Bom dia Antony, O erro ocorre antes do envio ou após? Se for antes, o problema é que os Schemas não estão atualizados, agora se é após o envio, o problema é na SEFAZ.

Bom dia Pedro, Tente ler o resultado da seguinte forma: Result := ACBrNFe.NotasFiscais.Items[0].XML;

Boa tarde João, O SCAN faz tempo que não existe mais.

Boa tarde, As alterações só foram promovidas nos fontes do repositório Trunk2 no Trunk não foi alterado. Te aconselho a você migrar para o Trunk2, pois não vamos mais dar suporte aos fontes do repositório Trunk.

Boa tarde, Salva, basta configurar para salvar você pode definir uma pasta especifica para salvar. Configuracoes.Arquivos.Salvar := True; Veja as propriedades de configurações do grupo Download. Boa tarde, Salva, basta configurar para salvar você pode definir uma pasta especifica para salvar. Configuracoes.Arquivos.Salvar := True; Veja as propriedades de configurações do grupo Download.

Boa tarde Walney, Mude para o ACBrMonitor Plus que vai funcionar.

Boa tarde Rômulo, Erro de validação significa que os schemas que você esta utilizando não esta atualizado, ou seja, não contem as alterações promovidas pela NT. Atualize os schemas.

Boa tarde, Você esta fazendo errado. Não pode mudar o tipo de emissão para normal e gerar novamente o XML assinar e enviar. Com isso você esta gerando uma nova chave diferente da que esta impressa no DANFE entregue ao consumidor. Caso este venha a consultar na SEFAZ vai acusar que a nota não foi enviada. Você tem que mudar somente a forma de emissão para normal na configuração do componente, carregar o XML com o LoadFromFile e passando o valor False no segundo parâmetro para que a nota seja mantida. Exemplo: ACBrNFe1.Configuracoes.Geral.FormaEmissao := teNormal; ACBrNFe1.NotasFiscais.LoadFromFile(nomeXML, False); depois executar o Enviar.

Boa tarde Glauber, 1. O MDF-e pode ter apenas UM veículo tração e até 3 reboque. 2. Você pode informar vários motoristas. 3. O encerramento ocorre quando a última carga referente ao MDF-e for entregue.

Boa tarde, Sinceramente, a ABRASF não publicou um padrão para a NFS-e e sim uma sugestão. A estrutura do XML e o modelo conceitual para ser ruim tem que melhorar. Tem provedores que implementaram segundo a versão 1.0, outros segunda a versão 2.0, outros fizeram algumas modificações acrescentando mais TAGs ou invertendo de posição algumas TAGs. Sem falar naqueles que inventaram uma nova estrutura ou forma de assinatura. Alguns provedores exigem que os RPS sejam assinados, outros não. Alguns provedores exigem que o Lote seja assinado, outros não. Alguns provedores exigem que os XMLs de consulta sejam assinados, outro não. Me explica como lidar com toda essa diversidade? Quando se tem um Padrão Nacional simplifica muito o trabalho, pois você sabe que se funcionar para um Estado vai funcionar para os demais. E se não bastasse tudo o que foi exposto acima, tudo o que é enviado para o Web Service tem que ser envelopado. Se não existe um padronização no misero XML o que esperar do envelopamento. Acertou se esta pensando que é diferente para cada provedor. Apesar de toda essa complexidade não desistimos e estamos trabalhando, acredito que teremos o componente funcionando pelo mesmo para um provedor nesta primeira quinzena de outubro. Depois basta criar os INI dos demais e fazer os ajustes finos.

Boa tarde Volmir, Você tem que solicitar o CSC - Código de Segurança do Contribuinte a SEFAZ.

Boa tarde Gabriel, Neste caso não seria melhor imprimir a nota só quando o cliente for pagar?

Boa tarde Emerson, O só será gerado o QR-Code caso o modelo da nota for 65, ou seja, NFC-e.

Boa tarde a todos, Disponibilizei uma Tabela de NBS. O PDF esta dentro da pasta ...\Doctos\Manuais - Repositório Trunk2.

Boa tarde Dércio, Os arquivos *-soap.xml só serão gravados em disco caso você atribua o valor True a propriedade Configuracoes.WebServices.Salvar

Boa tarde, Essa alteração no XML era feito uma vez que não tínhamos um arquivo de compartilhamento que informasse que a nota tinha sido cancelada. Com a mudança do cancelamento passar a ser por evento o componente deixou de alterar o XML após o cancelamento. Você simplesmente tem que enviar ao destinatário o arquivo *-procEventoNFe.xml referente ao cancelamento.

Boa tarde Marcos, Favor atualizar todos os fontes de todas as pastas e compilar a aplicação com a opção Build. Tenho uma maquina com os fontes do repositório Trunk e esta compilando 100%.

Boa tarde, O componente ACBrMDFe esta disponível em ambos os repositórios.

Boa tarde Rafael, O grupo <infNFeSulp> é gerado somente durante a assinatura do XML. Caso você já tenha o XML gerado e assinado, sugiro que refaça todo o processo, ou seja, alimente o componente com os dados da venda, e execute o método assinar.

Boa tarde Marcos, Você se refere aos fontes do Trunk ou Trunk2?