lucianormoreira

Boa tarde Renato, Obrigado pelo Retorno. Certo entendo, que para a consulta via chave, não é obrigatório o retorno do NSU, porem como escrevi acima, a Solicitação via Chave foi feita somente para testar isoladamente o caso, para que me retornasse a NSU daquela chave especifica, e ele nao retorna nenhuma NSU. Fiz um teste pelo ACBrNFe - Programa Exemplo | Distribuição DFe utilizando o "Distribuição DF-e por último NSU" informei o valor 13000, valor bem abaixo de onde ele faz o corte, no retorno ele salta desse 13000 e já vai direto para o 14754, que é referente a uma nota emitida em 21/07/2022 as 10:47:20, porem tenho notas emitidas no mesmo dia 21/07/2022 as 08:44:01 que não é retornada. Vou deixar os Print abaixo exemplificando: Teste: Fiz um teste utilizado o ultimo NSU como se fosse o 13000: o Retorno dessa consulta foi a partir do NSU 14754. que é referente a nota emitida em 21/07/2022 as 10:47:20; Aqui é a comprovação da consulta na SEFAZ que mostra a nota que retorna e antes dela as que nao são retornadas: A Nota marcada acima é a nota com NSU 14754, como pode observar existem notas antes dela no mesmo dia que nao retorna. Se utilizar qualquer um das Chaves antes da marcada, nao é retornado NSU conforme meu post anterior. Se eu utilizar qualquer chave acima da marcada, é retornado a NSU(Lembrando que não é utilizado a Rotina de chave, só utilizei ela para exemplificar e isolar os casos) Não consegui entender o porque quando eu faço a solicitação e passo um valor de Ultimo NSU bem abaixo ele salta e busca a partir da 14754(ele faz isso tanto no programa Exemplo, quanto no meu ERP), sendo que tenho outras antes, e se eu isolar ela e fazer a consulta Via chave, ela não retorna NSU. O mesmo ocorre quando tento fazer a consulta histórica(3 meses). Caso tenha alguma duvida, estou a disposição; Obrigado!

Boa Tarde a Todos. Na ultima semana, uma dos meus Clientes, entrou em contato comigo, falando que a rotina de consulta e Manifesto de Notas Fiscais (Distribuição DFe) do meu ERP não estaria funcionando. Depois de muitos testes e bloqueio por Consumo indevido, identifiquei um problema. Utilizo essa rotina para pegar o resumo do XML e com isso o cliente pode fazer o manifesto dessas notas(dando ciência ou Desconhecimento da operação); Atualmente minha consulta é por NSU utilizando o Método NFe.DistribuicaoDFe(...). Não faço por Chave para facilitar, afinal notas que pode ter sido emitidas erradas, não teríamos a chave! Fazendo a consulta por NSU o retorno parte sempre do meio de um dia especifico para frente(algumas notas do dia são encontradas e outras não), coisa que achei estranho. Isolando o Cenário pegamos uma chave e fizemos a consulta via chave, pois por NSU não retorna, para minha surpresa, não retorna nenhum número de NSU(). Fiz o teste utilizando o programa de exemplo disponibilizado pelo Projeto ACBr na pasta de Exemplo, e o retorno é igual ao do meu ERP. Estou anexando imagens de 2 notas(utilizando o Programa Exemplo), uma delas esta com NSU e funciona corretamente(retorno vem corretamente com a TAG <docZip NSU='xxx' schemas='xxx'> ) e um outro exemplo onde não me retorna NSU, a TAG vem <docZip schemas='xxx'>. Gostaria de saber se ja viram algo parecido com isso, não encontrei nenhum post aqui no fórum que diz sobre. Preciso de uma ajuda para as orientações para esse cenário, devo falar com meu cliente para entrar em contato com a sefaz e verificar essas notas? Imagens de nota que retorna NSU: Imagens de nota que NÃO retorna o NSU:

Boa tarde Italo, Peço desculpas pela demora nos testes. Estou anexando alguns error retornados: acredito que os únicos que possam ser na geração, são os error: E33 e o E283 Estou mandando para a tag <ItemListaServico> o campo sem pontuação, porem o componente sempre retona no XML ele como <ItemListaServico>17.09</ItemListaServico> ai acredito que apresente o error E33 e consequentemente o E283. Sabe me dizer se tem alguma opção para tirar essa pontuação para fazer os testes? OBS: Tanto o código 1709 quanto o CNAE 7120100 são os mesmos utilizados na geração diária da empresa pelo site/sistema Coplan da prefeitura! att. Obrigado 10004-env-lotS-soap.xml 10004-recS.xml 10004-recS-soap.xml 10004-env-lotS.xml

Bom dia Italo, Obrigado pelo retorno. Entendi, e realmente não faz muito sentido a comparação, estarei entrando em contato com o Suporte COPLAN e com PREFEITURA, para que possam verificar o porque dos retornos no envio do meu XML. Afinal estou enviando a eles o código do ITEM conforme é solicitado e feito no site e o CNAE vinculado ao item também. Estarei anexando os arquivos de envio/retorno (SOAP também) salvos pelo ACBR. Caso consiga me ajudar em algo, agradeço. 10001-env-lot.xml 10001-rec.xml 60854-con-lot.xml 60854-lista-nfse.xml 60858-con-lot.xml 60858-lista-nfse.xml 10001-env-lot-soap.xml 10001-rec-soap.xml 60854-con-lot-soap.xml 60854-lista-nfse-soap.xml 60858-con-lot-soap.xml 60858-lista-nfse-soap.xml

Bom dia Pessoal, Estou Fazendo Atualizando o meu RoboNFSe para atender a uma troca de provedor no meu município(Rondonópolis - MT), onde agora é utilizado COPLAN, Olhando alguns exemplos de XML de NFs emitidas por um dos meus Emissoes, direto pelo site, me deparei com a seguinte situação No XML valido de uma NFS a TAG de RegimeEspecialTributacao esta da seguinte forma. <RegimeEspecialTributacao>*</RegimeEspecialTributacao> Porem não estou conseguindo atribuir ao regime Regime Especial Tributacaono meu código esse: *. Ja tentei utilizar o 0(retNenhum) para o meu RegimeEspecialTributacao, me é apresentado os seuintes erros: <Codigo>E215</Codigo> <Mensagem> Item da lista de servico incompativel com o codigo de tributacao. </Mensagem> <Correcao> Consulte o Manual da NFS-e para verificar a correlacao entre o codigo de tributacao e o item da lista de servico.. </Correcao> <Codigo>E33</Codigo> <Mensagem> Codigo CNAE inexistente. </Mensagem> <Correcao> Consulte a legislacao vigente para saber o codigo CNAE que devera ser informado. </Correcao> <Codigo>E283</Codigo> <Mensagem> Codigo CNAE incompativel com o item da lista. </Mensagem> <Correcao> Consulte a legislacao aplicavel e informe o codigo de subclasse CNAE que seja compativel com o item da lista da LC 116 informado. </Correcao> Ao utilizar qualquer outro RegimeEspecialTributacao é apresentado também: <Codigo>E327</Codigo> <Mensagem> O regime de tributacao informado difere do registrado na Prefeitura. </Mensagem> <Correcao> Procure a Prefeitura para atualizar o regime de tributacao no cadastro do contribuinte. </Correcao> Estou deduzindo que seja isso o problema dos error E215, E33 e E283, pois no meu XML esta informado exatamente os mesmo CNAE e ITEM da lista de Serviço que no XML Exemplo Valido emitido pelo site Meu código de Geração do RegimeEspecialTributacao é: case Query.FieldByName('RegEspTrib').AsInteger of 0 : RegimeEspecialTributacao := retNenhum; 1 : RegimeEspecialTributacao := retMicroempresaMunicipal; 2 : RegimeEspecialTributacao := retEstimativa; 3 : RegimeEspecialTributacao := retSociedadeProfissionais; 4 : RegimeEspecialTributacao := retCooperativa; 5 : RegimeEspecialTributacao := retMicroempresarioIndividual; 6 : RegimeEspecialTributacao := retMicroempresarioEmpresaPP; end; estarei anexando os arquivos xml, validos e o Gerado por mim. Se alguem souber ou puder me ajudar Obrigado!! XML VALIDO(EMITIDO PELO SITE).xml Meu XML.xml