Italo Giurizzato Junior

Bom dia Maiquel, Se não ocorre a impressão do DANFSE das notas enviadas para esse provedor, esta meio estranho essa exigência. Será que essa informação não deve constar no XML? Por exemplo, em vez de informar o nome do tomador, devemos informar essa frase quando se tratar de ambiente de homologação.

Bom dia Maiquel, Desculpe não entendi, ao cancelar uma NFS-e a principio são gerados 2 XML, o do pedido de cancelamento e o seu respectivo retorno. Com que nome esses XMLs são salvos?

Boa noite Robinho, Primeiramente peço que atualize mais uma vez os fontes e reinstale a suíte ACBr, pois foi detectado que alguns métodos estavam com a versão errada. Segundo nos testes que fiz não apresentou esse erro e sim: Integrador não cadastrado.

Olá pessoal, No dia 20/12/2019 foi publicado o Decreto de numero 47.799 que trata sobre a venda de combustíveis a consumidor final em estabelecimento comercial varejista de combustíveis automotivo. O decreto possui dois artigos, o primeiro se refere a obtenção das informações referente ao encerrante e o segundo diz onde as informações do mesmo deve ser informadas no XML. Para ler na integra o decreto clique aqui. Minhas considerações: 1. Esse decreto só serve para informar que se tratando de venda de combustível para consumidor final devemos informar no XML da NFC-e os dados referente ao encerrante, visto que essas informações ficou a critério de cada UF exigir ou não. 2. O decreto é de 19/12/2019, mas na Nota Técnica 2015/002 já estava previsto que a obtenção dos dados referente ao encerrante deveria ser via hardware, logo não deve ser digitados. Final da página 4 da referida NT: C. Grupo de Combustível: Informação de “Encerrante” Dentro do grupo de informações relacionado com as operações de combustíveis, foi incluído o subgrupo de “encerrante” que permite o controle sobre as operações de venda de combustíveis, de forma semelhante à atualmente em vigor. Observação do grupo <encerrante>: Informações do grupo de “encerrante” disponibilizado por hardware específico acoplado à bomba de combustível, definido no controle da venda do Posto Revendedor de Combustível. 3. No segundo artigo do decreto diz que temos que informar os seguintes dados: nBico, nBomba, nTanque, vEncIni e vEncFin no grupo de informações do contribuinte, ou seja, no campo xCampo devemos colocar o nome do campo, por exemplo nBico e no campo xTexto o numero do bico propriamente dito. Mas acontece que na NT que eu me referi na mesma página temos os campos que compõe o grupo <encerrante>, são eles: nBico, nBomba, nTanque, vEncIni e vEncFin. Duvida cruel: Se tratando de Minas Gerais as informações referente ao encerrante devemos informar no grupo <encerrante> conforme layout apresentado na Nota Técnica 2015/002 ou devemos colocar essas informações no grupo de observações do contribuinte? Se no layout da NF-e/NFC-e já existe um grupo especifico para tais informações pra que informar em outro lugar? Desenvolvedores, que possuem clientes que comercializa combustível no varejo, favor ficar a tento a isso. Não sei se cabe a uma consulta ao órgão competente. Data de inicio da exigência dessas informações no XML: 01/04/2020 Pela data deve ser tudo mentira. Não se faz necessário alterações no componente ACBrNFe.

Por favor atualize mais uma vez os fones e reinstale a suíte ACBr. Fiz algumas alterações, agora ao obter o retorno o componente vai salvar em disco o xml de cada guia retornada. Fiz uma alteração no programa exemplo, inclui um botão especifico para carregar e imprimir a guia versão 2.00 que é retornada em formato XML.

Boa tarde, Já estou verificando, notei que vou ter que fazer algumas melhorias. Por favor atualize todos os fontes de todas as pastas, reinstale a suíte ACBr e faça um novo teste. Pois não tive o problema mencionando por você.

Bom dia Abel, Será que ao enviar o XML da nota para o Cliente "A" não foi enviado o XML emitida para o Cliente "B" ? Favor anexar os 2 XMLs para que possamos analisar essa situação.

Bom dia, O XML da Guia não é gerado pelo ACBr e sim retornado pelo webservice. Favor anexar o XML da Guia.

Bom dia Elisângela, Sem problemas, essa alteração no arquivo INI do provedor SimplISS foi realizada por mim, pois notei que a maioria das cidades seguiam um padrão na formatação da URL de homologação e produção. Com essa alteração fica muito mais simples acrescentar novas cidades que seguem a mesma formatação, pois basta inclui-las no arquivo Cidades.ini da mesma forma que as demais. Já as que não seguem a formatação, além de ter que incluir no arquivo Cidades.ini se faz necessário incluir as suas URLs no arquivo SimplISS.ini Fique a vontade em perguntar. Como o assunto tratado nesse tópico ficou esclarecido, vou fechar.

Bom dia Rodrigo, É bem provável que o seu sistema antes gerava um arquivo TXT para integrar com o programa da SEFAZ. Com o mesmo arquivo TXT que contem os dados da nota é possível integrar com o ACBrMonitor sem nenhum esforço.

Boa tarde a todos, O arquivo Cidades.ini foi atualizado com o novo provedor e enviado para o repositório.

Boa tarde Vanessa, Existem dados que só o contador do seu cliente vai poder lhe informar. Sendo assim, sugiro que entre em contato com o contador do seu cliente.

Boa tarde a todos, Favor atualizar os fontes, reinstalar a suíte ACBr e façam novos testes.

Bom dia, Muito obrigado pela colaboração, apliquei a mesma alteração para o Lazarus e já enviei para o repositório.

Bom dia Marcio, Você não esta fazendo confusão? O componente ACBrMDFe não tem nada haver com Manifestação do Destinatário. MDF-e se refere ao Manifesto de Documentos Fiscais Eletrônicos que é muito utilizado pelas transportadoras para relacionar os CT-e que foram emitidos referente as mercadorias que compõe a carga do caminhão. Se você deseja baixar o XML de uma NF-e, você tem que usar o método DistribuicaoDFe que se componente ACBrNFe. Peço que leia o meu artigo:

Bom dia Renata, Segundo o arquivo Cidades.ini a cidade de Oliveira/MG se utiliza do provedor GINFES que segue a versão 1 do layout da ABRASF. O XML que você anexou não tem nada haver com o layout da ABRASF. Você sabe me dizer se a cidade em questão mudou de provedor e qual é o atual?

Ana, Não houve alteração nos schemas, apesar de terem publicado novamente com a data de 27/01/2020. Houve sim uma correção na NT que na anterior constava que o grupo <infPag> tinha de 0-1 ocorrências, sendo que o correto é 0-n Muito obrigado pelo aviso referente a postagem.

Bom dia Ana, Vou verificar e disponibilizar no repositório assim que possível.

Bom dia Marcel, Favor atualizar os fontes e reinstale a suíte ACBr. Acabo de enviar para o repositório a implementação dos métodos referente aos serviços: Logon, Proprietários, Veículos, Motoristas e uma revisão completa nos métodos do serviço de Operação de Transporte. Referente a esse serviço implementei o método: ObterCodigoIdentificacaoOperacaoTransportePorIdOperacaoCliente implementados Fiz alterações no programa exemplo para que você possa testar tudo o que foi implementado. Lembre-se que o método Login vai retornar o Token, será necessário alterar o programa exemplo para que ele utilize o conteúdo desse retorno.

Bom dia Mauricí, Antes a cidade de Nova Friburgo se utilizava de um webservice próprio. Mas pela URL que te passaram, agora eles contrataram o provedor ELv2. Vamos comparar as URLs de Nova Friburgo com a de Petrolina que também se utiliza do provedor ELv2. ; Petrolina/PE "http://pe-petrolina-pm-nfs-backend.cloud.el.com.br/nfse/NfseWSService" ; Nova Friburgo/RJ "http://rj-novafriburgo-pm-nfs.cloud.el.com.br/NfseWSService" Existem pequenas diferenças entre uma e outra, mas em ambas se referem a EL. Vou disponibilizar os arquivos Cidades.ini e ELv2 com as alterações, favor realizar os testes usando o programa exemplo. Fico no aguardo do seu retorno.

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

Bom dia Joas, Favor entrar em contato com o provedor, pois o XML referente a NFS-e é gerado pelo webservice do provedor, sendo assim é falha deles.

Bom dia Robson, O GINFES possui vários Schemas praticamente 1 para cada serviço. Na pasta: ...\Exemplos\ACBrDFe\ACBrNFSe\Schemas\Ginfes temos 23 arquivos XSD, pois temos os da V2 e da V3. Note que não existe nenhum que se refere ao serviço Substituir, somente: Cancelar, Consultar e Enviar. No site onde ele orientam baixar os Schemas, por favor verifique se existe algum referente ao serviço Substituir. Baixe também o manual e procure pelo layout do SubstituirNFSe. Depois você me conta o que encontrou.

Boa tarde RonBrisola, Muito obrigado pela colaboração, já foi enviado para o repositório.