Italo Giurizzato Junior

Olá pessoal, O que tudo indica Brasília/DF contratou a empresa Nota Control para implementar a emissão de NFS-e. Nota Control já está implementada no componente ACBrNFSeX com o nome de ISSNet. Sendo assim, basta incluir a cidade: Brasília/DF aos moldes de outra cidade que também se utiliza do provedor ISSNet. Como que eu faça para incluir uma nova cidade no arquivo ACBrNFSeXServicos.ini ? Leia o artigo abaixo: Outra informação importante é que o emitente da nota vai precisar realizar um cadastro junto ao provedor para poder emitir as notas via webservice. Após esse cadastro o emitente deve solicitar a liberação de um lote de numeração de RPS, por exemplo solicitar a liberação do lote de 1 a 1000. Quando enviar o RPS de número 1000 solicitar um novo lote (1001 a 2000 - por exemplo). Pelo menos é isso que me recordo que ocorreu com os emitentes da cidade de Ribeirão Preto/SP que se utiliza do mesmo provedor.

Olá pessoal, Eu de novo com mais novidades sobre a NFS-e Padrão Nacional e o componente ACBrNFSeX. Na minha postagem do dia 01/09/2022 escrevi que a implementação do provedor PadraoNacional que tem por finalidade atender as cidades que vierem a aderir o Padrão Nacional seria realizada em 3 etapas. Relembrando as 3 etapas: 1. Escrever a Unit que vai gerar o XML do DPS. 2. Escrever a Unit que vai ler o XML do DPS e da NFS-e. 3. Escrever a Unit que monta os Envelope Soap para cada serviço disponibilizado pelo WebService, prepara o envio do XML de cada serviço, bem como o tratamento do retorno de cada serviço. Pois muito bem as etapas 1 e 2 já foram finalizadas. Com relação a etapa 3 já temos 2 serviços implementados e testes sendo realizados. Temos o serviço de emissão da nota, ainda não consegui um resultado de 100% de funcionalidade uma vez que estou tendo uma rejeição de erro não catalogado. No meu entendimento erro não catalogado pode ser um bug no webservice responsável por recepcionar o DPS, (como já dito no Padrão Nacional temos o DPS - Declaração Provisória de Serviço em vez do RPS - Recibo Provisório de Serviço) ou o XML contém alguma tag com um valor errado e não existe uma regra especifica para retornar a mensagem correta do erro. Mas em breve vamos descobrir o que está errado. O segundo serviço que foi implementado e este esta funcional é a consulta da NFS-e pela chave. Com esse serviço tanto o emitente quanto o tomador ou intermediário do serviço podem baixar o XML da NFS-e. O próximo serviço a ser implementado é o envio de eventos. Sim eventos, no Padrão Nacional o cancelamento de uma nota vai ser através de um evento. A Equipe ACBr está muito empenhada em realizar as implementações e os testes. Para quem trabalha com o Delphi ou Lazarus e tem permissão de realizar testes vão poder a partir de agora a utilizar o componente, pois tudo o que já foi implementado já se encontra no SVN. Convido a todos a atualizarem todos os fontes de todas as pastas e reinstale o ACBr. A cidade que está sendo utilizada para fins de testes é: Bonfim/RR.

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

Boa tarde Charlesspot, Esse tópico se refere a uma alteração na URL de consulta ao cadastro de pessoas jurídicas da SEFAZ-ES, que não tem nada a ver com as besteiras que a SEFAZ-MG promove em seu webservice. No Portal da SEFAZ-MG passa uma orientação, mas eles não aplicam em seus webservices. Vou fechar esse tópico para mais ninguém postar, uma vez que o problema inicial foi sanado.

Já esta no SVN.

Bom dia Diego, Já esta no SVN.

Bom dia Guilherme, Uma vez que se trata do retorno do webservice, não tem nada o que possamos fazer, a não ser entrar em contato com o provedor e expor o problema.

Bom dia Adonis, Complementando o que o Renato já lhe passou, São Paulo não tem um ambiente de homologação, isso explica a mensagem de erro. Mas por outro lado, existe um serviço que recepciona o Rps em modo de testes. Note que no programa exemplo temos uma aba chamada Teste, nela você encontra o botão [Enviar Lote RPS (Teste)]. Estude o código que existe por detrás desse botão.

Bom dia Guilherme, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-3086

Bom dia Takero, Na postagem anterior o problema estava no CNPJ do certificado versus o informado como sendo o prestador de serviços. Nessa última postagem analisando o arquivo 12-rec.xml que é o retorno do envio notei 2 rejeições: a primeira se refere a alíquota errada e a segunda diz que o tomador por ser fora do município de São Paulo não pode ser o responsável tributário. Resumindo, você precisa alimentar o componente com os dados corretos para que o Rps seja processado com sucesso e o webservice gere o XML da nota. O componente está funcionando, pois ele está gerando o XML do Rps, enviando para o WebService e este lhe dando um retorno. Tudo bem que o retorno são rejeições, mas passando as informações corretas vai dar tudo certo.

Bom dia Willian, Quais são os valores de: SSLLib, CryptLib, HttpLib, XmlSignLib e SLLType ?

Bom dia Rodrigo, Se tratando da impressão do DANFSE em Fast Report, você pode criar um novo FR3 específico para o provedor que atende a cidade de Uberlândia. Por outro lado, se você utiliza o Fortes Report, veja como foi implementado o layout do DANFSE para o provedor SimplISS. Esta na pasta: ...\Fontes\ACBrDFe\ACBrNFSeX\DANFSE\Fortes A unit: ACBrNFSeXDANFSeRLRetrato gera o DANFSE "padrão", já a unit ACBrNFSeXDANFSeRLSimplISS gera o DANFSE da forma que o provedor SimplISS deseja.

Bom dia, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-3085 Chegou a realizar testes usando o programa exemplo?

Boa noite Admilson, Já esta no SVN.

Boa tarde Maurício, O que eu notei no retorno é a presença de: "&amp;lt;9999999&amp;gt;" e isso com certeza esta gerando o erro. Eu fiz uma alteração na função que trata o XML retornado para deixar somente "9999999" Chegou a compilar a aplicação com a opção Build? Se sim, vai ser necessário debugar, coloque um ponto de parada na primeira linha da função: function TACBrNFSeXWebservicePronim202.TratarXmlRetornado( const aXML: string): string; begin Result := inherited TratarXmlRetornado(aXML); <== inclui um ponto de parada nesta linha Result := RemoverCaracteresDesnecessarios(Result); <== depois de executar essa linha verificar o conteudo de Result Result := ParseText(AnsiString(Result), True, False); Result := RemoverDeclaracaoXML(Result); Result := RemoverIdentacao(Result); end;

Boa tarde Diego, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-3083

Boa tarde, O que esses caras têm na cabeça? Qual é a birra de não usar o código IBGE? Atualize os fontes, reinstale o ACBr e faça novos testes.

Olá pessoal, Foi publicada em 21/09/2022, a versão 1.34 da NT 2021/004 que trata sobre Regras de Validação relativas a medicamentos. Quais DFes está versão afeta? Somente a NFe Efeitos Imediatos, já que trata-se de mudanças em regras que facilitam a emissão da NFE O que mudou nessa versão? A versão 1.34 suspende o prazo de implementação da regra K01-10 que se refere a obrigatoriedade do preenchimento do grupo Medicamentos conforme o NCM do produto e altera a documentação quanto as exceções da regra K01-20 que trata do grupo rastro. Alterações: Suspensão da regra K01-10, por estar exigindo o preenchimento do grupo de medicamentos para produtos que não se enquadram como medicamentos, a qual passa a ter implementação futura, ou seja, sem data definida. Alteração na regra K01-20 conforme detalhado na lista das exceções abaixo: Alterado a Exceção 1 para: Regra de Validação não se aplica para NF-e de devolução (finNFe = 4), ou NF-e de Ajuste (finNFe=3), ou NF-e Complementar (finNFe=2). Alterado a Exceção 3 para: Regra de validação não se aplica para CFOP de venda para entrega futura (CFOPs 5116 e 6116) (CFOPs 5922, 6922) ou CFOP de Venda à Ordem (5118, 6118, 5119, 6119, 5120 e 6120). Incluído a Exceção 4: Regra de validação não se aplica para NF-e de entrada (tpNF=0).

Bom dia Adonis, Já esta no SVN.

Bom dia Mario, Já esta no SVN uma possível solução para o problema. Por favor atualize os fontes, reinstale o ACBr e faça novos testes.

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

Entendi, Só não ficou claro para mim o porquê de gerar o arquivo INI com os dados da nota e depois o XML. A minha sugestão é gerar somente o arquivo INI e deixar que o ACBr (ACBrMonitor Plus ou ACBrLibNFe) gere o XML assine e valide.

Boa tarde, Favor entrar em contato com o provedor e solicitar a correção na geração do XML da NFS-e, pois esta gerando o código do município errado, veja: <CodigoMunicipio>0180800</CodigoMunicipio> O código 0180800 não existe.

Se você tem o XML do MDF-e assinado e protocolo a forma correta de carregar e imprimir é essa. O XML que você anexou se refere ao retorno do envio do encerramento de um MDF-e e não o XML do MDF-e. Abra o XML e veja.

Adonis, Muito obrigado pela contribuição, já inclui na minha lista de tarefas. TK-3079