Italo Giurizzato Junior

Bom dia Niron Acredito ter encontrado um erro na leitura do arquivo INI do evento 1200. Como você utiliza o Monitor, peço que aguarde a próxima versão do mesmo.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Boa tarde Jhonlenon, Note que a mensagem de erro se refere ao tipo chamado TCOrgaoIBGE. Esse tipo esta definido no schema: tiposBasicos_v1.03.xsd que por sua vez é utilizado pelo schema leiauteEvento_v1.00.xsd que a SEFAZ fez o favor de incluir nesse schema, gerando erro de duplicidade. Favor checar os dois schemas mencionados. No tiposBasicos_v1.03.xsd tem que constar a definição do tipo no final do arquivo. No leiauteEvento_v1.00.xsd tem que consta a definição do tipo também no final do arquivo, mas é para estar comentado. Favor usar os schemas da pasta: ...\Exemplos\ACBrDFe\Schemas\NFe

Boa tarde Balena, Muito obrigado pela colaboração, ainda hoje estarei enviando para o repositório.

Boa tarde Alexandro, Favor atualizar todos os fontes de todas as pastas e reinstale os componentes, por fim faça um novo teste.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Boa tarde a todos, Para quem esta iniciando na emissão da NFC-e, lembre-se: É necessário um certificado digital para poder assinar o XML antes do seu envio. No XML da NFC-e contem uma tag chamada <qrCode>. Para ser gerado o conteúdo da tag <qrCode> entre outras informações é necessário o idCSC = identificador do Código de Segurança do Contribuinte (numérico) e o CSC = Código de Segurança do Contribuinte (alfanumérico). Para obter o idCSC e CSC, algumas UF disponibilizaram um webservice outras é via site. Outro detalhe importante, devemos solicitar o idCSC e CSC para o ambiente de homologação e depois outro para o ambiente de produção.

Bom dia Balena, Favor atualizar os seus fontes primeiro, faça novos testes e se necessário for faça as devidas correções e anexe a unit aqui no fórum. Peço isso pelo simples fato dos seus fontes estarem desatualizados.

Bom dia Carlos, Esses provedores vão começar a criar mecanismos de segurança para provar a muitas prefeituras que os seus sistemas de recepção de notas é mil vezes melhor comparado a nova NFS-e Padrão Nacional. Isso esta cheirando desespero e muita maracutaia.

Tai, mais um que costuma ouvir os mortos.?

Bom dia, Como dito antes: Se você carrega o XML assinado com o LoadFromFile e depois executa o método Consultar, se o MDF-e foi autorizado o componente atualiza o XML deixando-o completo, ou seja, assinado e com o protocolo de autorização. Para que isso ocorra, o XML tem que estar assinado, tem que estar autorizado na SEFAZ e o DigestValue que consta na assinatura do XML ser igual ao DigestValue que consta no retorno ao consultar. Você anexou o retorno, favor anexar o XML assinado bem como o seu retorno. Sugiro também que refaça a sua rotina: ACBrMDFe.Manifestos.Clear; GerarMDFe(codigo, serie, dsSIMDFEREG.DataSet.FieldByName('CHAVE_MDFE').AsString); ACBrMDFe.Manifestos.Assinar; ACBrMDFe.Manifestos.Validar; ACBrMDFe.Consultar; Devemos primeiro Assinar e depois Validar, pois o método Validar exige que o XML esteja assinado. Segundo o método Assinar se encarrega de salvar o XML em Disco. Terceiro não se faz necessário carregar o XML novamente pois o mesmo já esta na memória do componente, se for carregar novamente é preciso executar o Clear, caso contrario você terá na memória do componente dois MDF-e.

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

Bom dia, Pela mensagem de erro, indica que o campo cnpjPrestador esta vazio, portanto não foi informado nada.

Bom dia Juliano, Todos os provedores que seguem a versão 1 do layout da ABRASF só tem um único método de envio chamado: Enviar. No programa exemplo do componente é o botão a esquerda. Já os provedores que seguem a versão 2 do layout da ABRASF a principio tem 3 métodos: Enviar, Gerar e EnviarSincrono. Que no programa exemplo são os 3 primeiros botões. Veja bem a principio, pois conheço provedor que segue a versão 2, mas em seu webservice disponibilizou somente o método: Gerar.

Boa noite a todos, Acredito que o problema esteja na montagem do Envelope.

Boa noite, Se o componente estiver configurado para salvar os XML, o método Consultar é para atualizar o XML do MDF-e e salvar em disco ele completo. Se não esta salvando ele completo é porque esta ocorrendo alguma divergência no DigisteValue do XML do MDF-e com o do XML retornado pela consulta. Essa divergência pode esta sendo provocada pela data/hora de emissão do MDF-e. Vejo que você gerando novamente o XML do MDF-e, porque? Você já não tem o XML do MDF-e que esta sem o protocolo de autorização?

Boa noite, O seu tópico foi movido por ter postado no lugar errado. ACBrMDFe se refere a outro tipo de Documento Fiscal Eletrônico que não é a Nota Fiscal Eletrônica e sim o Manifesto de Documentos Fiscais Eletrônicos. O que você esta fazendo é enviar o Evento de Manifestação do Destinatário referente a uma Nota Fiscal Eletrônica, como pode ver são coisas totalmente diferentes. Respondendo a sua pergunta: Se tem o campo xMotivo é bem provável que tem o campo chamado cStat e nele contem o código.

Boa tarde, Favor atualizar os fontes, já inclui no programa exemplo do Reinf um novo botão.

Para programar, costumo ouvir os mortos.?

Boa tarde Werner, Essas datas informa quando o ambiente vai estar liberado com as novas implementações. Exemplo: a partir do dia 25/02/2019 a sua aplicação já pode enviar o XML com as novas tags. Portanto até essa data a SEFAZ tem que concluir a implementação em seus WebServices.

Boa tarde Bruno, Já tentou aumentar o valor da propriedade Timeout do componente?

Boa tarde a todos, Alessandro, fiz um merge das suas alterações e algumas correções. Joffas, implementei o método Download. Novos métodos implementados no componente ACBreSocial function ConsultaIdentificadoresEventosEmpregador(const CnpjEstab: String; tpEvt: TTipoEvento; PerApur: TDateTime): boolean; function DownloadEventos(const CnpjEmpr, PorID, PorNrRecibo: String): boolean; O primeiro como podem ver é especifico para Eventos do Empregador, tem ainda do Trabalhador e Tabelas que precisam ser implementados. O de Download devemos informar o CNPJ e o ID ou CNPJ e o Numero do Recibo. Exemplo: ACBreSocial.DownloadEventos(xCNPJ, xID, ''); ou ACBreSocial.DownloadEventos(xCNPJ, '', xRecibo); É preciso melhorar, sendo assim preciso que façam testes. Essas alterações já estão disponíveis no repositório. Se faz necessário agora alterar o programa exemplo, ou seja criar novos botões exemplificando esses novos métodos. Desde já o meu muito obrigado a todos.

Bom dia a todos, Foi feito uma simplificação no código que provocou um efeito colateral, pois a rotina que define o nó de assinatura estava recebendo o nome da tag com prefixo, sendo que não deve.

Bom dia Henrique, Muito obrigado pela colaboração, ainda hoje estarei enviando para o repositório.