Italo Giurizzato Junior

Bom dia Michele, Segue em anexo. pnfsNFSeW_ISSDSF.pas

Bom dia, Favor atualizar os fontes e faça novos testes.

Bom dia, Estou checando como deve ser montado o soap de consulta no caso de consulta por período.

Bom dia Luiz, Você tem o XML da Nota? Se sim, basta carregar o XML através do método LoadFromFile e por fim ler as propriedades que contem as informações desejadas. No caso do IPI: ValorIPI := ACBrNFe1.NotasFiscais.Items[ x ].NFe.Det.Items[ y ].Imposto.IPI.vIPI; Caso tenha carregado somente uma nota, o valor de "x" é zero e o valor de "y" varia de zero até a quantidade de produtos -1. Espero ter ajudado.

Boa noite Luiz, Esse é o grande problema. Mas se a transportadora fiz um trabalho de conscientização junto aos seus parceiros, acredito que muitos vão passar a informar, pois todos sai ganhando.

Boa noite Tairone, O ACBrMonitor dispõe de um método para baixar o XML do fornecedor informando a chave da nota e consta sim no manual. NFe.DistribuicaoDFePorChaveNFe(cUF, cCNPJ, aChNFe) Parâmetros cUF: UF do emissor cCNPJ: CNPJ do emissor cChNFE: Obrigatório apenas no método de consulta por chave. Exemplos NFe.DistribuicaoDFePorChaveNFe("SP", "99999999999999", "351111111111111111111550010000061351920286611")

Boa tarde Luiz, Se o CNPJ da transportadora for informado no grupo <Transporta> ou no grupo <autXML> da NF-e, a transportadora vai poder baixar o XML através do DistribuicaoDFe sem nenhum problema.

Boa tarde a todos, Ao ocorrer o erro que o doidopb apresentou na primeira postagem desse tópico, se clicar em [No] além de não mostrar mais a mensagem de erro, o Delphi desmarca o componente da lista. Nesta situação, se abrirmos uma aplicação que tenha o componente ACBrIntegracao, acredito eu que vai aparecer a mensagem de erro que a classe não existe. Logo acredito que uma coisa tem haver com a outra.

Boa tarde a todos, Eu até poderia criar uma propriedade de configuração, para definir se deseja assinar ou não o XML. Mas se o desenvolvedor configurar para não assinar, não será possível validar o XML antes dele ser enviando para a outra empresa. Logo essa empresa poderá receber um XML e ao assinar e validar para o envio, este poderá não ocorrer pois o XML contem informações que deixam o XML invalido.

Boa tarde, Esta em nossos planos disponibilizar uma DLL para o BP-e, mas também sem previsão. O Rafael esta trabalhando muito para deixar redondo a DLL da NF-e/NFC-e. Depois vamos analisar qual seria a próxima que tem mais demanda.

Boa tarde a todos, Já esta disponível em nossa biblioteca a Nota Técnica 2019/001 que trata sobre novas regras de validação. Resumo da NT: · Dificultar utilização de código de segurança fraco · Melhorar o controle de documentos referenciados e da identificação do destinatário · Descrever benefícios fiscais e informações da tributação do ICMS com mais precisão · Criação de valor máximo para a base de cálculo do ICMS, por unidade federada · Melhor gerenciamento de informações sobre o destinatário, tanto no serviço de autorização de NF-e quanto no serviço de registro de EPEC Datas previstas para entrada em vigor: 01/07/2019 - Ambiente de Homologação; 02/09/2019 - Ambiente de Produção. Alterações no componente: Nenhuma, visto que essa NT trata de novas regras de validação a serem implementadas pelas SEFAZ-Autorizadoras. Novas Regras de Validação: Criada a Regra de Validação B03-10, para dificultar a utilização de um código de segurança fraco, ou seja, o valor de cNF não vai poder ser igual ao valor de nNF e sim um numero aleatório. Criadas regras de validação a documentos referenciados:  Regra de Validação BA10-40 foi alterada, possibilitando a utilização do CNPJ 8 (somente os 8 primeiros dígitos) com o objetivo de identificar que a nota foi emitida pelo mesmo contribuinte, a critério da unidade federada. Criada a Regra de Validação BA10-50, exigindo que uma contranota de produtor rural somente possa referenciar uma nota emitida por outro produtor rural, a critério da unidade federada. Criada a Regra de Validação BA20-20, impedindo que seja referenciado um documento fiscal de uso exclusivo para operações internas em uma operação destinada a outra unidade federada ou para o exterior. Criada a Regra de Validação BA20-30, impedindo referência a um Cupom Fiscal, a critério da unidade federada. Criadas regras de identificação do destinatário: Criada a Regra de Validação E03a-30, impedindo o uso simultâneo de IE e de identificação de estrangeiro para o destinatário. Criada a Regra de Validação E14-30, impedindo informação de país de destino “Brasil” em operações destinadas ao estrangeiro. Criada a Regra de Validação E16a-40, exigindo a indicação de “operação com consumidor final” quando se indica que a operação é destinada a não contribuinte. Criadas regras de validação tornando obrigatória a informação do Motivo da Desoneração e do Valor do ICMS desonerado, caso seja informado o Código do Benefício Fiscal: Criada a Regra de Validação I05f-10, impedindo a informação de um código de benefício fiscal juntamente com um CST que não prevê benefício fiscal, a critério da unidade federada. Criada a Regra de Validação I05f-20, impedindo a informação de um código de benefício fiscal que não corresponda ao CST utilizado, a critério da unidade federada. Criada a Regra de Validação I05f-30, exigindo que seja informado o valor do ICMS desonerado ou o motivo de desoneração quando se utiliza um código de benefício fiscal, a critério da unidade federada. Criada a Regra de Validação N07-10, exigindo informações sobre o diferimento quando se utiliza um CST de diferimento, a critério da unidade federada. Criada a Regra de Validação N12-84, exigindo o código de benefício fiscal quando se utiliza um CST de benefício fiscal, a critério da unidade federada. Criada a Regra de Validação N12-88, exigindo que o CST corresponda ao tipo de código de benefício fiscal informado, a critério da unidade federada. Criada a Regra de Validação N12-90, exigindo valor do ICMS desonerado e o motivo da desoneração, a critério da unidade federada. Criada a Regra de Validação N18-10, exigindo a informação do percentual da margem de valor Adicionado do ICMS ST Informada caso a modalidade de determinação da BC da ST seja MVA, a critério da unidade federada. Criada a Regra de Validação N18-20, não permitindo informação do percentual da margem de valor Adicionado do ICMS ST Informada caso a modalidade de determinação da BC da ST não for MVA, a critério da unidade federada. Criada a Regra de Validação W03-20, impedindo a informação de um valor de Base de Cálculo superior ao valor máximo estabelecido pela respectiva SEFAZ. Emitente: Criada a Regra de Validação 1C03-10, impedindo a informação de Razão Social do emitente diferente da existente no cadastro da SEFAZ. Destinatário: Criadas as Regras de Validação 5E17-10, 5E17-20, 5E1730, 5E17-40, 5E17-43, 5E17-46, 5E17-50, 5E17-60, 5E17-63, 5E17-70 e 5E17-80, para verificar se o destinatário está sendo informado corretamente ou se está em situação que o impeça de constar na NF-e como destinatário na operação com mercadoria ou prestação de serviços.  Serviço Autorização EPEC: Criadas as Regras de Validação 6P31-10, 6P31-20, 6P31-30, 6P31-40, 6P31-43, 6P31-46, 6P31-50, 6P31-60 e 6P31-63, para verificar se o destinatário está sendo informado corretamente ou se está em situação que o impeça de constar na NF-e como destinatário na operação com mercadoria ou prestação de serviços.

Boa tarde Lucas, A SEFAZ-MG esta fazendo uma lambança, eles tentam arrumar uma coisa e kaka em outra. Verifique se todos os fontes de todas as pastas estão atualizados. Reinstale a suíte ACBr usando o ACBrInstall com a opção apagar arquivos antigos ativada. Refaça os testes.

Bom dia Adilson, Ocorreram diversas alterações nos fontes, favor atualizar os fontes e faça novos testes. Fiz um teste com o seu XML e foi mostrado: Incentivador Cultural: Não

Andrade, As SEFAZ-Autorizadoras se encarregam de disponibilizar as notas para o Ambiente Nacional, isso nem sempre ocorre de forma instantânea. Os eventos de Manifestação do Destinatário são sempre enviados para o Ambiente Nacional. O webservice que contem o serviço DistribuicaoDFe se encontra no Ambiente Nacional. Como você de ver a SEFAZ-Autorizadora, a sua única responsabilidade é disponibilizar as notas para o Ambiente Nacional.

Lucas, Porque você esta enviando uma única NFC-e em modo assíncrono? Sendo que você pode enviar no modo síncrono. No caso da NFC-e utilizamos o modo assíncrono quando o lote possui duas ou mais notas.

Bom dia, Muito obrigado pela colaboração, enviei para o repositório com uma pequena alteração. Favor atualizar os fontes e refaça os testes.

Narlem, Sim, o problema é na SEFAZ, visto que outros estão com o mesmo problema.

Bom dia Andrade, Em vez de baixar o XML via Site da SEFAZ, porque não usar o DistribuicaoDFe em conjunto com a Manifestação do Destinatário? Veja esse artigo: Como obter o XML do Fornecedor

Bom dia Lucas, Favor atualizar novamente e refaça os testes.

Bom dia Narlem, A UF é Minas Gerais? Se sim, esse problema esta ocorrendo desde ontem que eu saiba.

Bom dia Almir, Até onde sei a cidade de Jaguariúna contratou o provedor Giss. O componente já tem esse provedor implementado, sugiro que utilize o programa exemplo do componente ACBrNFSe para realizar os testes.

Bom dia acg.net, Muito obrigado pela colaboração, já se encontra no repositório.

Bom dia Duarte, Essa nota foi emitida pelo seu fornecedor correto? Se sim, ao executar o método DistribuicaoDFePorChaveNFe o ambiente é o mesmo, pois se a nota foi enviada para o ambiente de produção e você esta fazendo teste no ambiente de homologação a mensagem que SEFAZ retorna é exatamente essa.

Bom dia Michele, Fiz uma alteração na unit responsável por gerar o XML, acredito que vá resolver o problema, ainda hoje estarei enviando para o repositório.

Boa tarde Kartter, Eu penso em uma solução diferente. Cada setor alimenta o banco de dados com as informações dos eventos que devem ser gerados e enviados, cada evento teria uma tabela. O setor responsável pelo envio, busca no banco de dados as informações desses eventos que ainda não foram enviados. Gera, assina, valida e envia, por fim atualiza as tabelas "setando" um ou mais campos, para indicar que o evento foi enviado.