Italo Giurizzato Junior

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

Boa noite Willian, Você sabe nos informar quais são as URLs de Produção e de homologação?

Boa noite a todos, Se não me falha a memória o provedor Betha webservice que segue a versão 1 do layout da ABRASF, permite a inclusão de uma lista de serviços. Vai ser necessário debugar para saber o porquê você informa quantidade 3 e aparece 1.

Boa tarde Guilherme, Já esta no SVN. Observação, os seus fontes estão desatualizados, favor atualizar todos os fontes de todas as pastas, reinstale o ACBr e faça novos testes.

Boa tarde Paulo, Já esta no SVN.

Bom dia Junior, Já esta no SVN.

Boa tarde Anadilson, Já esta no SVN.

Bom dia Paulo, Já esta no SVN.

Olá Pessoal, A SEFAZ-MG está com a seguinte mensagem: • A URL de consulta a NFCe via QRCode foi alterada em PRODUÇÃO. A partir do dia 4/4/2022 a URL antiga foi desativada. Importante lembrar que a nova url deverá ser utilizada tanto no processo de consulta quanto de autorização. A nova url a ser utilizada é: https://portalsped.fazenda.mg.gov.br/portalnfce/sistema/qrcode.xhtml • Desde 4/7/2022 a consulta com QRcode não é mais possível utilizando a url antiga. A consulta é possível apenas através da chave de acesso. Segundo a mensagem as URLs antigas não funcionam mais por conta das datas do texto acima. Mas o que tudo indica a SEFAZ-MG não realizou a troca das URLs em seu webservice e com isso ao tentar enviar uma NFC-e com as novas URLs de consulta a nota não é autorizada. Link da página da SEFAZ-MG que contém toda a mensagem referente a troca das URLs: SPED MG (fazenda.mg.gov.br) Link da página da SEFAZ-MG com a lista de URLs de produção e homologação: SPED MG (fazenda.mg.gov.br) Infelizmente existe um comunicado e a lista de URLs com as URLs atualizadas, mas o webservice não está atualizado.

Boa tarde Mauricio, Complementando o que o Juliomar já lhe passou: A cidade de Ronda Alta/RS se utiliza do provedor Pronim, este está usando o webservice baseado na versão 2.03 do layout da ABRASF. O provedor implementou em seu WebService os serviços de recepção de lotes de RPS, mas segundo o manual da ABRASF o envio em lote está limitado em 50 RPS. Logo não tem como você enviar os 700 em uma paulada só, vai ter que dividir em lotes de 50.

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.

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.

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.

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

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.