Italo Giurizzato Junior

Boa tarde Augusto, Notei que existem espaços em branco em alguns campos antes e ou depois do sinal de igual entre o nome do campo e seu respectivo valor. Remova esses espaços quem sabe pode resolver o problema.

Boa tarde, Primeiramente vamos esclarecer o que vem a ser erro de validação e rejeição. Rejeição é uma mensagem de erro gerada pela SEFAZ ao processar o lote de NF-e recebido por ela. Exemplo de rejeição: o total da nota difere da somatória dos itens. Erro de validação é uma mensagem de erro gerada pelo componente. Exemplo de erro de validação: CNPJ do destinatário contem apenas 13 dígitos sendo que o correto é 14. Por outro lado se você informar um CNPJ com 14 dígitos iguais a "6" não vai resultar em erro de validação uma vez que a informação tem 14 dígitos, mas com certeza a nota será rejeitada pela SEFAZ, pelo simples fato do CNPJ informado ser inválido. Acredito que quanto a isso ficou claro. Agora vamos ao que interessa. A sua aplicação terá que possui basicamente 3 procedures, a primeira vai configurar o componente, a segunda vai alimentar o componente com os dados pertinentes a venda e a terceira vai Emitir a nota e atualizar o banco de dados. No que diz respeito a Emitir você pode usar o método Enviar. Entenda como Emitir os seguintes passos: Gerar o XML, Assinar, Validar, Enviar para SEFAZ, Atualizar o XML assinado com o protocolo de autorização e imprimir o DANFE. Todos os passos acima são executados automaticamente pelo método Enviar. Você notou que ele realiza a validação do XML gerado antes do envio? Espero ter ajudado.

Bom dia Luiz, Quando você diz que ainda não migrou se refere a uma verão mais recente do Delphi, correto? Se sim, fique tranquilo, pois todas as alterações que fiz foram realizadas no Delphi 7.

Bom dia a todos, Favor acessar o Portal Nacional do MDF-e ( https://mdfe-portal.sefaz.rs.gov.br/ ) e baixem a NT 2016/002 bem como a nova Cartilha Nacional do MDFe - 2016. A Nota Técnica se refere a versão 3.00 do MDF-e. Quanto ao componente ACBrMDFe já faz 10 dias que ele foi disponibilizado com todas as modificações necessárias para atender a nova versão. Quem ainda não atualizou os fontes favor atualizar, pois já esta disponível também os Schemas para a versão 3.00 ( ...\Exemplos\ACBrDFe\Schemas\MDFe ). O componente conta agora de uma propriedade de configuração chamada VersaoDF onde devemos atribuir o valor ve100 para gerar o MDF-e na versão 1.00 ou atribuir ve300 para gerar na versão 3.00 Não realizei testes ainda, quem puder e retornar os resultados a equipe ACBr agradece.

Boa noite a todos, Esta disponível diversas correções para que seja possível gerar, assinar e validar os modelos: CT-e e CTeOS na versão 3.00

Boa noite Heronim, Estou ficando sem ideias. Por favor atualize os fontes e realize novos testes.

Boa tarde Rick, Muito obrigado pela colaboração, já esta no repositório.

Boa tarde Shirley, Tanto os MOC quanto os Schemas foram disponibilizados hoje nos Portais do CT-e e MDF-e. E já faz 10 dias que os componentes ACBrCTe e ACBrMDFe já estão preparados para a versão 3.0 Encontram-se disponíveis no repositório os novos Schemas.

Luis, Muito obrigado, aqui é assim: a gente risca, belisca e prega fogo.

Boa tarde a todos, Fiquei sabendo e obtive os Manuais tanto do CT-e quanto do MDF-e referente versão 3.00 no dia 11 de agosto, é pessoal não é só o CT-e o MDF-e também ganhará uma nova versão que também será 3.00 No dia 29 de agosto já se encontrava disponível no repositório os fontes do CT-e e MDF-e visando atender a nova versão. Quem tem o costume de atualizar os fontes diariamente já faz 10 dias que estão usando os componentes aptos a emitir na nova versão. Com certeza será necessário fazer os ajustes finos nos componentes. Com a disponibilização dos Schemas agora fica muito mais fácil dar inicio aos testes. Baixei os schemas e já disponibilizei eles no repositório. Schemas do CT-e: ...\Exemplos\ACBrDFe\Schemas\CTe (schemas da versão 2.00 e 3.00) Schemas do MDF-e: ...\Exemplos\ACBrDFe\Schemas\MDFe (schemas da versão 1.00 e 3.00) Em bambos os documentos temos a propriedade de configuração chamada VersaoDF é de se esperar que se atribuirmos o valor ve300 o XML será gerado segundo essa versão, concordam? No caso do CT-e foi incluída a propriedade ModeloDF que aceita os valores: moCTe e moCTeOS. Se o valor for moCTe será gerado o XML do CT-e que conhecemos, mas se o valor for moCTeOS será gerado um novo XML chamado de CT-e Outros Serviços. Não vou explicar o que vem a ser esse novo modelo de Documento Fiscal Eletrônico, peço a todos que leiam a versão 3.00 do Manual do CT-e.

Boa tarde Marcos, Tentou usar o botão [Gerar e Enviar Lote] ?

Boa tarde Walney, A NFS-e não é padronizada nem a nível Estadual muito menos a nível Nacional. O ACBrMonitor Plus não emite NFS-e. Se você não programa em Delphi terá que usar o programa disponibilizado pela prefeitura ou emitir a nota via site da própria prefeitura.

Boa tarde Reinaldo, Você esta com todos os fontes de todas as pastas atualizados e compilados?

Boa tarde, Cuidado o XML NFS-e não é uma reimpressão do XML RPS. O RPS se refere ao Recibo Provisório de Serviço e NFS-e se refere a Nota Fiscal de Serviço Eletrônica. Você não informou o Report que esta usando, se é Fast ou Fortes.

Boa tarde, Se você deseja salvar no banco de dados o XML do RPS deve ler o XMLAssinado se vazio leia o XMLOriginal. Lembre-se que dependendo do provedor o XML do RPS é assinado ou não.

Heronim, Por favor atualize mais uma vez e faça mais um teste. Anexe os resultados. Se o erro persistir vamos deixar para amanhã.

Heronim, O erro chato: <mensagens>Linha: 1, Mensagem: cvc-complex-type.2.4.a: Foi detectado um conteudo invalido comecando com o elemento 'Id'. Era esperado um dos '{"http://www.el.com.br/nfse/xsd/el-nfse.xsd":Id}'.</mensagens> <mensagens>EL55 - Arquivo Invalido - Verifique a extrutura do arquivo se esta nos padroes solicitados!.</mensagens> Antes era a TAG LoteRps e agora é o Id. Antes o conteúdo estava sendo gerado com 2 dígitos sendo que o correto é ter no mínimo 13 e no máximo 35 se não me falha a memória. Fiz uma alteração para gerar com 15 dígitos, mas por um descuido ficou todos zerados. Vamos ver se agora vai funcionar. A mensagem não esta muito claro, mas acredito que o problema seja o conteúdo que esta errado. Por favor atualize e faça novos testes.

Boa noite Felipe, A solução é simples, mostre ao seu cliente o Manual do CT-e, que define que o campo vComp só é permitido 2 casas decimais. Depois mostre o Manual do DACTE e peça para que ele leia em voz alta o conteúdo do item 1.1 que reproduzo abaixo: 1.1 Campos do DACTE O conteúdo dos campos do DACTE deverá ter a sua origem nas respectivas TAG XML do CT-e, quando conhecidos no momento da solicitação de autorização de uso. Não poderão ser impressas informações que não constem do arquivo da CT-e.

Heronim, Dois persistentes em pleno feriado, vamos lá, por favor atualize e teste.

Heronim, Vamos lá, infelizmente na tentativa e erro, por favor atualize e teste novamente.

Boa noite Rafael, O Terceiro parâmetro do método DistribuicaoDFe se refere ao último NSU, qual é o valor que você esta passando?

Boa noite Marcos, Com certeza o problema é na SEFAZ-AM.

Boa tarde Augusto, O CST do PIS e COFINS sempre são iguais, os demais não necessariamente. Outra coisa o IPI só é destacado no caso do emitente ser uma industria. Se tratando de tributos, o meu conselho é conversar com o contador do seu cliente.

Boa tarde Heronim, Por favor tenha paciência, mas vamos que vamos, atualize os fontes e faça novos testes.

Bom dia Heronim, Favor atualizar os fontes e realizar novos testes.