Italo Giurizzato Junior

Bom dia Gutemberg, Já esta no SVN.

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

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

Xim, Neste caso vou precisar do XML de retorno do pedido de cancelamento para saber o que esta ocorrendo.

Alexandre, Eu não sei se o arquivo ISSCuritiba.ini que você esta usando foi alterado, mas o que se encontra no SVN temos o seguinte no que se refere a assinatura: ; 0 = False / 1 = True (se True então assina) [Assinar] RPS=0 Lote=1 URI=1 ConsSit=0 ConsLote=0 ConsNFSeRps=0 ConsNFSe=0 Cancelar=0 RpsGerar=0 LoteGerar=0 Substituir=0 Como você pode ver somente o lote deve ser assinado.

Boa tarde Marcelo, Reveja o fonte do programa exemplo do componente ACBrNFSeX, pois tem sim uma procedure chamada AlimentarNFSe.

Boa tarde Tiago, Ao consultar a situação do lote o retorno é esse mesmo. Você só tem como resposta a situação que pode ser 1 = Lote não encontrado, 2 = Lote em Processamento, 3 = Lote Processado com Falha ou 4 = Lote Processado com Sucesso. No seu caso o lote foi processado com falha e para saber o que esta errado se faz necessário Consultar o Lote, que é o botão que esta a direita do botão que realiza a consulta da situação do lote. Quando a situação é 3 ou 4 o passo seguinte é consultar o lote, se a situação for 3 teremos a lista de erros, se for 4 teremos o XML da NFS-e

Boa tarde Xim, Você esta com todos os fontes de todas as pastas atualizados? Reinstalou o ACBr?

Lucas, Noto que você esta usando o componente antigo. Lhe convido a iniciar os testes com o novo componente de emissão de NFS-e: ACBrNFSeX O componente antigo: ACBrNFSe não vai mais ter manutenção. Faça os testes usando o programa exemplo do novo componente. Manual de Migração https://www.projetoacbr.com.br/forum/topic/63017-manual-de-migração-para-o-novo-componente-de-emissão-de-nfs-e/

Eliandro, Muito obrigado, já inclui na minha lista de tarefas para analisar a sua contribuição. K-2128

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

Boa tarde Douglas, Verificando a documentação do DANFE - NFC-e temos a seguinte situação: Caso exista a divisão II, não são reguladas as posições das informações dos detalhes de produtos/serviços e forma de sua impressão, mas são obrigatórias, no mínimo, as seguintes informações: Código: código do produto adotado pelo estabelecimento (ID: I02, tag: cProd); Descrição: descrição do produto (ID: I04, tag: xProd); Qtde: quantidade de unidades do produto adquiridas pelo consumidor (ID: I10, tag: qCom); Um: unidade de medida do produto (ID: I09, tag: uCom); Valor unit.: valor de uma unidade do produto (ID: I10a, tag: vUnCom); Valor total: valor total do produto (ID: I11, tag: vProd). As informações de valores devem ter as casas decimais separadas por vírgula e ser utilizado ponto para a indicação de milhar. Você esta propondo apresentar na coluna Valor total o resultado de: vProd +vOutro - vDesc Mas isso ao meu ver deixaria o DANFE em desacordo com o que esta no manual (página 9 - Especificações Técnicas 2019_12_26 do DANFE NFC-e QR-Code versão 5.1) Na página 10 do mesmo manual temos uma sugestão de como destacar os descontos e acréscimos tanto para cada item quanto para o total da nota. Com base nessa documentação, infelizmente não posso aceitar a sua contribuição.

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

Boa tarde Jefferson, Você esta utilizando o novo componente: ACBrNFSeX ? Se não esta, lhe convido a iniciar os testes com o novo componente de emissão de NFS-e: ACBrNFSeX O componente antigo: ACBrNFSe não vai mais ter manutenção. Faça os testes usando o programa exemplo do novo componente. Manual de Migração https://www.projetoacbr.com.br/forum/topic/63017-manual-de-migração-para-o-novo-componente-de-emissão-de-nfs-e/

Boa tarde Eliandro, Você poderia anexar as units alteradas para que possamos analisar a sua contribuição? Desde já muito obrigado.

Boa tarde Lucas, Essa cidade foi você que incluiu? Pois não encontrei ela.

Boa tarde Alexandre, Será que não se faz necessário um cadastro para realizar testes no ambiente de homologação?

Boa tarde Patrick, Por favor entre em contato com a empresa contratada pela prefeitura e solicite os schemas e as URLs de homologação e de produção para que seja possível implementar no componente.

Bom dia Lucas, Mas clicar nos 3 pontinhos [ ... ] e escolha a opção para editar a postagem. Vou fechar esses tópico.

Bom dia Edevair, O XML da NF-e que você anexou nem sequer esta assinado e muito menos contem o protocolo de autorização. Essa nota foi realmente enviada para a SEFAZ?

Bom dia Roseno, Comparei o XML de envio de lote gerado pelo componente com o de exemplo, vou ajustar o componente e fazer um teste para ver se resolve o problema.

Boa noite Edmar, A função abaixo que se encontra no ACBrNFSeXConversao, não atende o provedor? function RegimeEspecialTributacaoToStr(const t: TnfseRegimeEspecialTributacao): string; begin Result := EnumeradoToStr(t, ['', '1', '2', '3', '4', '5', '6', '7', '8', '9', '10', '11', '12', '13', '14'], [retNenhum, retMicroempresaMunicipal, retEstimativa, retSociedadeProfissionais, retCooperativa, retMicroempresarioIndividual, retMicroempresarioEmpresaPP, retLucroReal, retLucroPresumido, retSimplesNacional, retImune, retEmpresaIndividualRELI, retEmpresaPP, retMicroEmpresario, retOutros]); end; Entendo que ela tem outros valores, valores estes usados por outros provedores, mas os valores de 1 até 6 são e estão na mesma ordem que você especificou na sua postagem.

Boa noite Alexandre, Existem mais diferenças: 1. O namespace da tag EnviarLoteRpsEnvio esta diferente, o gerado pelo ACBrNFSeX esta em conformidade com os Schemas que temos e que se encontra na pasta: ...\Exemplos\ACBrDFe\Schemas\NFSe\ISSCuritiba\1.00 2. O atributo ID das tags LoteRps e InfRps também estão diferentes, o gerado pelo ACBrNFSeX esta em conformidade com os Schemas que temos. 3. O Rps não foi assinado pelo componente ACBrNFSeX pelo simples fato que nos Schemas que temos não se deve assinar o Rps, somente o Lote. 4. A falta do grupo Tomador é preciso verificar se os dados do mesmo foram informados, pois não temos relatos sobre esse problema. Como você pode ver o XML gerado pelo componente esta em conformidade com os Schemas, pois se tentar mudar algo como por exemplo solicitar a assinatura no Rps vai ocorrer erro de validação. Favor entrar em contato com a prefeitura e solicite os Schemas atualizados.

Boa tarde Edmar, Favor anexar as units alteradas para que possamos analisar a sua contribuição.

Gabriel, O XML de retorno do cancelamento consta a data/hora do cancelamento, mas também retorna indevidamente o grupo ListaMensagemRetorno sem nenhuma mensagem de erro, Já o retorno da consulta a nota deveria retornar o XML da nota, mas esta retornando também de forma indevida o grupo ListaMensagemRetorno. Enviei para o SVN, uma melhoria no método ProcessarMensagemErros para ignorar o grupo de mensagens caso este estiver presente mas sem nenhuma mensagem. Favor atualizar os fontes e faça novos testes.