Italo Giurizzato Junior

Boa tarde Pedro, Você programa em Delphi? Se sim, deve estar usando o componente ACBrNFe, correto? Sendo assim você deve estudar o programa exemplo, nele você vai encontrar uma procedure responsável por alimentar o componente com os dados pertinentes a venda, entre outras coisas.

Boa tarde Renato, Os arquivos XSD são Schemas e são utilizados pelo componente para validar o XML gerado pelo próprio componente antes do seu envio para SEFAZ. O componente que emite a NF-e é o mesmo que emite a NFC-e sendo assim toda vez que surgir alguma Nota Técnica com alguma alteração não importa se é NF-e ou NFC-e o componente ACBrNFe será alterado para ficar em conformidade com a NT. Hoje o componente Já esta preparado tanto para NT 2015/002 como também para a NT 2015/003.

Boa tarde Cleber, Já foi dito em várias outras postagens que a equipe ACBr não vai mais dar suporte ao ACBrNFeMonitor pois essa mesma equipe desenvolveu uma nova aplicação chamada ACBrMonitor Plus e que a partir de agora todos os esforços serão canalizados para essa nova aplicação. Sendo assim é de se esperar que o ACBrMonitor Plus funcione 100% com as alterações dos endereços da SEFAZ-RS. Se a versão do ACBrNFeMonitor que você utiliza não esta funcionando com os novos endereços e não esta disponível uma versão posterior para você baixar e testar, eu no seu caso deixaria de lado o ACBrNFeMonitor e passaria a usar o ACBrMonitor Plus, por todos os motivos já relacionados nesta postagem e em outras.

Boa tarde Antony, Você esta usando os fontes do Trunk2? Se sim, você descomentou o bloco de linhas que gera o grupo <infNFeSupl> que encontra-se em: procedure NotaFiscal.Assinar; ?

Boa tarde Mauricio, O grupo <infNFeSupl> é opcional pelo simples fato que no caso da NF-e esse grupo não deve ser gerado, por outro lado se tratando de NFC-e ele deve ser gerado. Veja as regras de validação ZX01-10 e ZX01-20 da SEFAZ - página 19 da Nota Técnica 2015/002.

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, 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.