Márcio Túllio

Boa Tarde. Existe algum monitor para NF de serviços ou somente através dos componentes em delphi ? Digitando aqui um Ex-Usuário de flexdocs que usa xHarbour. Sem mais.

Fiz 2 MDFe e resolvi o problema, achei que ele não deixaria gerar 2 MDFe diferente para o mesmo veiculo e motorista, mas autorizou. Então, solucionado.

Boa Noite. Emitindo um MDF-e é possível as NFe citadas nele passarem por um estado e serem descarregadas no outro ? A rejeição, código de Município diverge da UF de descarga do MDF-e , ja alterei o estado do descarregado para PI ou CE e ambos os casos não consigo autorizar. os 2 xmls anexados em um deles o descarrego e PI e no outro e CE. o caminho seria CARREGAMENTO : IBGE: 2515971 - PB DESCARREGAMENTO 2301901 BARBALHA - CE 2307304 JUAZEIRO DO NORTE - CE 2210607 SAO RAIMUNDO NONATO - PI 2304400 FORTALEZA - CE UF DO DESCARREGAMENTO = CE Grato. 25190908493175000190580010000002331084931757-mdfe.xml 25190908493175000190580010000002331084931757-mdfe.xml

Em homologação o mesmo documento tudo ok. acho que esse e o maior problema, sera que tentar na sefaz ligar vai adiantar ? 26191027127010000149550010000003041000014150-nfe.xml LOG.TXT Essa chave é 55... 26191027127010000149550010000003011000014123 a do XML anterior, é 65 26191027127010000149650010000020221000031333 Sim e um documento do dia 01/10 onde foi autorizado, quis mostrar que no PE era permitido e que começou a valer a regra ontem de não permissão.

Houve alguma mudança que entrou em produção hoje ? esta chave do dia 01/10/2019 foi emitida nas mesmas condições consultando no portal nacional. 26191027127010000149550010000003011000014123 no Ambiente de homologação também autoriza normalmente a nfe.

Acredito que quando estava editando voce havia movido o conteudo, mas segue agora os arquivos conforme manda o figurino. 26191027127010000149550010000003051000014165-nfe.xml sai.txt

Fui tentar anexar o arquivo xml e txt e todos apresentaram erro de upload.

Boa tarde. Estou com esse problema somente na SEFAZ de Pernambuco aparentemente começou ontem, NFe com cupom fiscal referenciado usando o CFOP 5929 não temos maiores detalhes mas em todos os documentos de internet diz que o SEFAZ aceita emissão com 5929, será que foi revogado ontem ? quem tiver uma luz sobre o assunto, fico imensamente grato.

É realmente o problema era antigo, já não aceitava a chave da NFCe para faturar, então eu incluía como se fossem cupons fiscais de impressora fiscal, então ainda aprovava, o problema de faturar com CFOP 6102 ,a operação diferente de 6929 vai gerar o debito do imposto, não bastaria citar os cupons (alem que se citar os cupons ele tambem da a mesma rejeição), vou tentar fazer de forma gerencial esta etapa, para poder faturar tudo futuramente e não engessar o funcionamento do cliente com mais esta burocracia. emfim obrigado.

Boa tarde. Rejeição 923 Referenciado documento de operação interna em operação interestadual ou com o exterior. Apos a entrada das novas regras da Nota Técnica 2019/001 versão 1.20, esta situação passou a apresentar erros de rejeição, o cenario e o seguinte , cliente emiti NFCe durante o mês e o final do mes faz um fechamento com uma NFe para o destinatario, que e de outro estado, nesta situação e apresentado que não pode haver NFe, Nfce ou CF referenciados, se não informar cupons, a mensagem e a rejeição 375, ou seja ele não aceita que não tenha cupons, qual procedimento deve ser adotado ? Atualmente pedi para o cliente fazer uma nf de devolução dos NFCe e depois emitir uma NF de venda para fora do estado ou existe uma outra maneira para fazer esta operação ? Grato.

A data de emissão para fins contábeis, fica sendo a data do mês anterior e a data da saida tambem, porem voce deve se utilizar do recurso da contigencia, e usar a nova data para fora do periodo a dhCont e a sua justificativa, assim fica tudo dentro da "lei".

A Nota Técnica 2018.005, publicada no início de Janeiro de 2019, trouxe muitas mudanças para NFe e NFCe. Dentre eles, está a apresentação do novo conceito chamado Responsável Técnico. As alterações devem entrar em ambiente de homologação até dia 25 de Fevereiro. O ambiente de produção está previsto para 29 de abril de 2019. De acordo com a Nota Técnica, a Sefaz considera como Responsável Técnico as empresas que são: Desenvolvedora do sistema de emissão; ou Empresa responsável tecnicamente pelo sistema de emissão. A identificação do responsável foi incluída principalmente para responsabilizar o uso indevido do ambiente de autorização. Além disso, com a informação do documento é possível o eventual contato das Secretarias com os responsáveis técnicos (e futuras sanções). Sistema ERP vs. Software de Mensageria No mercado atual, no entanto, existem cenários onde não existem apenas um responsável técnico. Um exemplo é quando uma empresa possui uma solução de faturamento e utiliza uma solução de mensageria de outra empresa para comunicação com a SEFAZ. O primeiro seria um sistema de faturamento responsável por integrar dados e processos e automatizar as informações do negócio. Dentre suas atividades podemos listar: controlar estoques, gerenciamento de pedidos e tratar vendas. Normalmente, esse sistema é chamado de ERP (Enterprise Resource Planning) ou Sistema integrado de gestão empresarial. O segundo seria um software de mensageria responsável por gerenciar a comunicação entre o sistema de faturamento e a Secretaria da Fazenda. Dentre suas atividades está formatar os dados fornecidos no layout solicitado, assinar o arquivo comprovando a autoria da emissão, enviar e tratar o retorno dos lotes emitidos a Sefaz. A Oobj , tecnospeed entre outras são empresas que realiza a mensageria de diversos documentos fiscais, dentre eles a NFe e NFCe. Ambos sistemas possuem responsabilidade técnica sobre o documento fiscal enviado, o primeiro sobre a qualidade dos dados enviados pelo contribuinte e o segundo pela transmissão dos dados aos sistemas autorizadores estaduais. Ainda não ficou claro pela documentação da Sefaz qual seria o responsável técnico a ser informado no documento fiscal nesses casos. Campos do Responsável Técnico Foi criado um novo grupo opcional na NFe chamado Informações do Responsável Técnico pela emissão do DF-e (infRespTec). Nele existem os seguintes campos: CNPJ da empresa responsável pelo sistema utilizado na emissão do documento fiscal eletrônico (CNPJ) Nome da pessoa a ser contatada (xContato) Email da empresa a ser contatada (email) Telefone da empresa a ser contatada (fone) Identificador do CSRT (idCSRT) Hash do CSRT (hashCSRT) Código de Segurança do Responsável Técnico (CSRT) A critério da UF, para os estados que exigem o credenciamento de software emissor de DFe, poderá ser exigido também um código de segurança para a empresa desenvolvedora do software, denominado de Código de Segurança do Responsável Técnico – CSRT. O CSRT será um código alfanumérico (de 16 a 36 bytes) de conhecimento apenas da Sefaz do emitente e da empresa responsável pelo sistema emissor de DFe. O conceito é bastante similar ao código CSC da NFCe. Porém na NFe ou NFCe não deve ser preenchido o CSRT. A fim de garantir maior segurança no processo e autoria de emissão, foi incluído o campo Hash do CSRT (hashCSRT) que é gerado a partir da concatenação do CSRT da empresa com a chave de acesso do documento. O fornecimento do CSRT será feito em página específica ou WebService da Sefaz estadual. Neste portal/API, o responsável técnico poderá solicitar, consulta ou revogar um CSRT. Por enquanto não foi divulgado nenhum portal estadual para cadastro do Responsável Técnico. Poderão ser solicitados até 5 códigos CSRT válidos por estado. Para incluir outro, a empresa deverá revogar um anterior. Como gerar o hash do CSRT? O passo-a-passo para gerado o hashCSRT deve seguir o indicado a seguir: Concatenar o CSRT cadastrado na Sefaz com a chave de acesso do documento a ser emitido (NFe / NFCe) Exemplo: 2. Aplicar o algoritmo SHA-1 sobre a concatenação e converter para base64. A string resultante terá 28 caracteres Exemplo: 3. Preencher o campo hashCSRT com o resultado. Atenção! Poderão ser emitidos até 5 CSRT válidos com IDs diferentes. Guarde o hash gerado para CSRT de ID correspondente. Exemplo: Responsável Técnico em outros modelos O Conhecimento de Transporte (CTe) e o Manifesto de Carga (MDFe) já possuem campos para o Responsável Técnico desde as Notas Técnicas 2018.002 para os respectivos modelos. Os campos são exatamente os mesmos dos incluídos para NFe e NFCe.

Isso exatamente, mas algumas vezes esse conteudo retorna vazio por algum motivo a sefaz não retorna ele, e esse conteudo eu salvo ele como um arquivo xml para ficar disponivel ao cliente para ele fazer a captura e lançar as notas de entrada por exemplo, só que as vezes veem 50 nfs em retorno e o processo de leitura deste arquivo fica bastante demorado, por isso as minhas perguntas iniciais se não existia uma forma de eliminar antes de ler o retorno da sefaz ou no proprio envio da sefaz esses cnpjs serem deixados de fora, mas pelo visto e a unica forma realmente, obrigado a todos mais um vez.

Sim, vem o Eventos mas não há como associar o evento da manifestação da carga com a nota fiscal especifica onde a empresa e transportadora e não a destinatária da nota fiscal, bem pelo menos eu não encontrei nada que pudesse associar. este e o cnpj da empresa 18096710000122, ele consta em diversos retornos dentro do LOG inclusive constando como transportador, então para eu não capturar a NF teria que abrir o xml quando ele vem e verificar se o destinatario da nf não e o cnpj 18096710000122, anexei o log completo do retorno caso alguem queira descobrir se existe algum processo mais facil. LOG.TXT

Mas só consigo fazer isso quando vem o download do xml junto, eu leio o conteudo do xml e vejo o emitente, como vivemos de comparações vi em alguns sites desses que geram os xmls emitidos contra o cnpj e como eles filtram isso achei que houve-se alguma tag mais especifica para fazer isso, fora que lendo o xml no retorno da consulta, quando vem umas 20 nfs o processo demora demais, e novamente no campo das comparações os clientes dizem no outro do contador era mais rapido, mas enfim vamos trabalhando com o que temos. Obrigado.

Boa Noite. Após executar o NFE.DistribuicaoDFePorUltNSU , ele me retorna todas as NFEs que contem o cnpj da empresa, tudo ocorre perfeitamente, o meu problema é que a empresa possui um caminhão que faz carga para outras empresas do grupo, então quando executo a DFE ele me retorna as NFs de outras empresas em que o CNPJ da empresa ficou registrado na NF como transportador, deixando assim minhas NFs contendo documentos que não são de fato da empresa, existe alguma forma de não constar essas NFEs ou alguma tag onde eu possa eliminar elas ja no retorno ? Ou somente vou conseguir fazer isso baixando o xml e verificando internamente que o destinatário não e a empresa ? Grato.

Boa Tarde MDFe.InutilizarMDFe(41142118000131,UTILIZADO INDEVIDAMENTE A SEQUENCIA,2018,58,001,000000037,000000037) ERRO: M?todo: MDFe.InutilizarMDFe n?o implementado. Procede ou e parametro que estou passando erroneamente?

Boa Tarde Resolvido o problema acima a mensagem ela meio que vem incompleta o ERRO: Autorizado o uso do MDF-e, e referente ele ja se encontra autorizado e ENCERRADO, enviei outros MDF-e, e cancelei na sequencia antes de fazer o encerramento e deu certo, coloquei algumas flags para contornar e considerei o erro sendo erro mesmo, desculpa pertubar a logica ai do pessoal.

Bom Dia Alterei a forma de envio com " de diversas formas e enviando uma chave invalida de todas as maneiras retornou que não havia MDF-e na base, ate ai tudo bem mas quando envio uma chave existente que foi o caso do ultimo comando, ele retorna o ERRO com o comando autorizado use do MDF-e, que foi o problema inicial do topico a versão do ACBR e a 1.2.0.19. Segue tambem o log.txt com os comandos desde o envio ate o encerramento do mdfe. DFe.CancelarMDFe(""25181041142118000131580000000000431411421188",CANCELAMENTO POR ERROS DE DADOS,41142118000131") ERRO: Rejeição: MDF-e não consta na base de dados da SEFAZ MDFe.CancelarMDFe("25181041142118000131580000000000431411421188",CANCELAMENTO POR ERROS DE DADOS,41142118000131") ERRO: Rejeição: MDF-e não consta na base de dados da SEFAZ MDFe.CancelarMDFe("25181041142118000131580000000000431411421188",CANCELAMENTO POR ERROS DE DADOS,41142118000131") ERRO: Rejeição: MDF-e não consta na base de dados da SEFAZ MDFe.CancelarMDFe("25181041142118000131580000000000431411421188",CANCELAMENTO POR ERROS DE DADOS,41142118000131") ERRO: Rejeição: MDF-e não consta na base de dados da SEFAZ MDFe.CancelarMDFe("25180941142118000131580000000000421411421180",CANCELAMENTO POR ERROS DE DADOS,41142118000131") ERRO: Rejeição: MDF-e não consta na base de dados da SEFAZ MDFe.CancelarMDFe("25181041142118000131580000000000431411421188,CANCELAMENTO POR ERROS DE DADOS,41142118000131") ERRO: Chave 25181041142118000131580000000000431411421188,CANCELAMENTO POR ERROS DE DADOS,41142118000131 inv?lida. MDFe.CancelarMDFe("25181041142118000131580000000000431411421188",CANCELAMENTO POR ERROS DE DADOS,41142118000131) ERRO: Rejeição: MDF-e não consta na base de dados da SEFAZ MDFe.CancelarMDFe("25180941142118000131580000000000421411421180",CANCELAMENTO POR ERROS DE DADOS,41142118000131) ERRO: Rejeição: MDF-e não consta na base de dados da SEFAZ MDFe.CancelarMDFe("25181041142118000131580010000000431411421184",CANCELAMENTO POR ERROS DE DADOS,41142118000131) ERRO: Autorizado o uso do MDF-e LOG.TXT

MDFe.CancelarMDFe("25180941142118000131580010000000381411421184",CANCELAMENTO POR ERROS DE DADOS,41142118000131") ERRO: Autorizado o uso do MDF-e CONTEUDO DE LOG.TXT 26/09/2018 13:59:25 - MDFe.CancelarMDFe("25180941142118000131580010000000381411421184",CANCELAMENTO POR ERROS DE DADOS,41142118000131") 26/09/2018 13:59:27 - ERRO: Autorizado o uso do MDF-e

Obrigado atualizando em 321...

Boa tarde Apos atualizar para a referida versão as literais do arquivo de retorno algumas estão modificadas e tambem não esta salvando o xml nas pastas configuradas no acbr onde devem ser gravadas os retornos. Os campos com retorno diferente são ChNFe , digVal,nProt,tpAmb e o Arquivo , não volta com as pastas configuradas no ACBR, o grande detalhe e que na versão 0.9 esta tudo funcionando ok. RETORNO DA VERSÃO 1.2.0.9 versao=SVRSnfce201807241059 TpAmb=2 VerAplic=SVRSnfce201807241059 CStat=100 XMotivo=Autorizado o uso da NF-e CUF=25 ChNFe=25180841142118000131650010000499651000499651 DhRecbto=02/08/2018 14:28:42 NProt=325180004009746 DigVal=qjIDn1jkGEjtwlqoM0cB6HFjWjc= Arquivo=H:\INTEGRAD\XML\201808\25180841142118000131650010000499651000499651-nfe.xml Retorno na versão 1.2.0.12 Versao=SVRSnfce201807241059 XMotivo=Autorizado o uso da NF-e arquivo=C:\ACBrMonitorPLUS\Logs\25180841142118000131650010000499661000499667-nfe.xml chNFe=25180841142118000131650010000499661000499667 digVal=t2/kiP9zFBWwJxKr50KHMAhnqUM= nProt=325180004009750 tpAmb=2 conteudo do ini. [Arquivos] Salvar=1 PastaMensal=1 AddLiteral=0 EmissaoPathNFe=1 SalvarCCeCanPathEvento=1 SepararPorCNPJ=0 SepararPorModelo=0 SalvarApenasNFesAutorizadas=0 AtualizarXMLCancelado=1 NormatizarMunicipios=0 UsarSeparadorPathPDF=0 PathNFe=H:\INTEGRAD\XML\ PathInu=H:\INTEGRAD\XML\ PathDPEC=H:\INTEGRAD\XML\ PathEvento=H:\INTEGRAD\XML\ PathArqTXT=C:\ACBrMonitorPLUS\TXT

Obrigado Aguardar e ficar repetindo aos clientes que esta fora mesmo sem uma resposta oficial.

Boa Tarde Começou agora a tarde retornar esse erro em diversos clientes no servidor RS com NFCE 4.0 usando ACBR 1.2.08 alguma dica ? ERRO: Erro Interno: 12002 Erro HTTP: 0 URL: https://nfce.svrs.rs.gov.br/ws/NfeAutorizacao/NFeAutorizacao4.asmx Falha Recebendo Dados. Erro:Erro: 12002 - TimeOut de Requisicao

Boa Tarde Tenho uma demanda urgente alguém poderia me doar a estrutura do banco de dados de um Manifesto de Carga MDFe para eu adiantar ja o trabalho e não "perder" um tempinho definindo campos da estrutura do banco de dados, obrigado se alguem puder fornecer.