Italo Giurizzato Junior

Bom dia Rene, Pelas imagens em anexo temos o seguinte: 1. O RPS foi enviado e o webservice retornou o numero do protocolo conforme consta na segunda imagem. 2. Foi realizado a consulta da situação do lote informando o numero do protocolo conforme consta na terceira imagem. 3. A quarta imagem nada mais é do que o envio do lote contendo o RPS. 4. A quinta imagem pelo que eu entendi é o site da prefeitura que consta o RPS em questão processado com sucesso. Observações com relação a Curitiba: 1. Curitiba possui um webservice próprio (é por isso que o provedor se chama ISSCuritiba) e ele trabalha com a versão 1 do layout da ABRASF. 2. Todos os provedores que utilizam a versão 1 do layout da ABRASF tem o mesmo fluxo. Fluxo: 1. Enviar o RPS dentro de um lote, esse lote pode conter até 50 RPS. 2. Como o processamento do Lote é em modo assíncrono, o que temos como resposta logo após o envio do lote é o numero do protocolo 3. De posse do numero do protocolo devemos consultar a situação do lote. 4. Como resposta podemos ter os seguintes valores: 1 - Lote em Processamento, 2 - Lote não Encontrado, 3 - Lote Processado com falhas, 4 - Lote Processado com sucesso. 5. Se o retorno for 1 devemos aguardar alguns segundos e consultar novamente a situação, se for 2 verificar se o numero do lote informado é exatamente igual ao retornado após o envio do lote, se for 3 ou 4 devemos consultar o lote informando o numero do protocolo (atenção são dois tipos de consulta: ConsultarSituacao e ConsultarLoteRps). 6. Como resposta ao consultar o lote teremos a lista de erros caso a situação for 3 ou teremos a lista de notas caso a situação for 4. Por fim: Você não anexou o retorno da consulta a situação do lote. Você chegou a consultar o lote (segunda consulta) para poder obter o XML da nota? Você só vai ter o xml da nota na propriedade: ACBrNFSeX1.NotasFiscais.Items[ i ].XmlNfse, se o RPS foi processado com sucesso e ter executado os 3 passos: Emitir, ConsultarSituacao, ConsultarLoteRps. Observação: O componente possui uma propriedade de configuração chamada ConsultaLoteAposEnvio, se o seu valor for False, o método Emitir realiza o Envio do RPS, aguarda pelo retorno que neste caso é o numero do protocolo e para, não faz mais nada. Por outro lado se o seu valor for True assim que o Emitir obter o numero do protocolo ele realiza a consulta a situação do lote, automaticamente tenta novamente se a situação for 1 e assim que obter o retorno 3 ou 4 realiza a consulta ao lote. Lembre-se que se o componente estiver configurado para salvara os arquivos em disco, o XML da nota será salva dentro de uma pasta chamada Notas.

Boa tarde @Pedrophos, Você esta com os fontes desatualizados. Verifique: Você tem fontes do ACBr com alterações locais? Verifica se não tem nenhuma unit do ACBr com uma bolinha vermelha em seu ícone, caso afirmativo delete a unit. Atualize todos os fontes de todas as pastas. Reinstale o ACBr com a opção de apagar arquivos antigos marcada. Compile a aplicação com a opção Build. Por fim repita os testes.

Rogerio, Você poderia anexar os dois XML referente ao retorno dessa consulta? *-lista-nfse-con-lot.xml *-lista-nfse-con-lot-soap.xml

Boa tarde @douglaswf, Por não ser uma alteração simples na API ainda não foi realizada, pelo menos não tive noticia que ela tenha sido feita.

Boa tarde @brajan, O Envio de eventos da NF-e é permitido o envio em lote, mas o lote só pode conter até 20 eventos. Se você deseja enviar um dos 4 tipos de eventos de Manifestação do Destinatário para cada nota e você tem 100 notas vai ter que dividir em 5 lotes de 20 eventos. Não é possivel enviar um lote com 100 eventos, mas no máximo 20.

Boa tarde @rogerio.rizzon, Por favor atualize todos os fones de todas as pastas, reinstale o ACBr, recompila a aplicação com a opção Build e faça novos testes.

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

Bom dia @Glauber Bernardo, Mesmo tentando enviar para o ambiente de produção configurado o TimeOut com o valor 60 mil e mesmo assim ocorre erro de timeout? Fiz teste, veja o resultado: ------------------------------ Versão OpenSSL OpenSSL 3.1.3 19 Sep 2023 03.01.00.030 C:\ACBr\trunk2\Exemplos\ACBrDFe\ACBrNFSeX\Delphi\libcrypto-3.dll C:\ACBr\trunk2\Exemplos\ACBrDFe\ACBrNFSeX\Delphi\libssl-3.dll ------------------------------ Requisição Ambiente : 1 Cidade : Limeira/SP Provedor : iiBrasil Versão: 2.04 Data/Hora: 08/01/2024 10:24:14 Método Executado: Gerar NFSe Parâmetros de Envio Numero do Lote: 1 Parâmetros de Retorno Data de Envio : 30/12/1899 Numero do Prot: Numero da Nota: Link : Código Verif. : Sucesso : False Erro(s): Código : EI34 Mensagem: Token não gerado ou inválido Correção: Acesse o módulo NFS-e, menu Gerenciar RPS e gere um novo Token.

Bom dia @Neski Soluções, Como o manual não deixa claro que o tag ValorServico se refere ao valor unitário ou total do serviço e o XML de exemplo com Quantidade igual a 1 e ValorServico igual a 100 também não da para concluir se o valor 100 é o valor unitário ou total do serviço, não tenho informações concretas para realizar alteração no componente. O correto é termos um XML com no mínimo 2 itens de serviços e cuja quantidade deles sejam diferente de 1. Exemplo: Item 1 - Quantidade = 2; ValorServico = 50 Item 2 - Quantidade = 3; ValorServico = 30 Se a tag ValorServico for o valor unitário do item a tag ValorServicos que fica dentro do grupo Valores deverá conter o valor 190, por outro lado se a tag ValorServico for o valor total do item a tag ValorServicos vai conter o valor 80. Você poderia realizar esse teste e nos dar um retorno?

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

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

Bom dia, O CIOT hoje é informando somente no MDF-e. O CIOT é por documento emitido.

Bom dia Antonio, Precisamos saber qual é o novo provedor contratado pela prefeitura de Boituva/SP, bem como as URLs de produção e homologação.

@Hetosoft Sistemas, Você tem fontes do ACBr com alterações locais? Verifica se não tem nenhuma unit do ACBr com uma bolinha vermelha em seu ícone, caso afirmativo delete a unit. Atualize todos os fontes de todas as pastas. Reinstale o ACBr com a opção de apagar arquivos antigos marcada. Compile a aplicação com a opção Build. Por fim repita os testes.

Boa tarde @Hetosoft Sistemas, Como você pode ver o Luiz não deu retorno então não sei se esta funcionando. Notei que você esta informando o Profissional Parceiro, tentou emitir a nota sem essa informação?

Bom dia @Center Informática, Na versão 3 o grupo <infCTeComp> (somente uma ocorrência) continha o elemento <Chave>, logo era impresso a chave informada no elemento <Chave> e o valor complementado como sendo o valor da prestação. Na versão 4 o grupo <infCTeComp> passou a ter até 10 ocorrências e dentro dele o elemento passou a se chamar <chCTe>, até ai tudo bem o componente verifica a quantidade de ocorrência e imprime todas as chaves. Só que não existe um elemento com o valor complementado em cada CT-e informado nesse grupo. No meu entendimento o valor informado em Valor da Prestação é a somatória do valor complementado em cada CTe informado no grupo <infCTeComp>. Devemos simplesmente dividir o valor complementado que se encontra no elemento <vTPrest> pela quantidade de CTe informado no grupo <infCTeComp> ? Exemplo: vTPrest = 200 Temos 5 ocorrências do grupo <infCTeComp> cada uma com a sua respectiva chave de CTe complementado. Na coluna [Valor Complementado] imprimir o valor 40 para cada chave impressa na coluna [Chave do CT-e Complementado] Ou simplesmente ocultar a coluna [Valor Complementado] uma vez que fazer a divisão acima não esta correto, pois como dito acima o valor informado em <vTPrest> é a somatória e cada CT-e complementado que pode ter sido complementado com valor diferente do outro. Exemplo: CT-e 1 - Complementado com o valor 20 CT-e 2 - Complementado com o valor 30 CT-e 3 - Complementado com o valor 50 CT-e 4 - Complementado com o valor 80 CT-e 5 - Complementado com o valor 20 Total da complementação informado em vTPrest = 200 Reforço que as informações impressas no DACTE obrigatoriamente devem constar no XML conforme consta no manual: Qual é a sua sugestão para essa questão?

Bom dia Adriano, Atualize todos os fontes de todas as pastas, reinstale o ACBr e faça novos testes.

Bom dia Bruno, Já esta no SVN.

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

Bom dia Benhur, Se não me falha a memória tem que entrar em contato com o provedor e solicitar a liberação.

Bom dia Roberto, Doas coisas a esclarecer: 1. pelo fato do envio ser Síncrono e com as mudanças realizadas no envelope soap é para ele retornar o resultado do processamento e isso esta ocorrendo, uma vez que no retorno consta o XML da nota, logo não se faz necessário realizar nenhuma consulta. 2. atualize todos os fontes de todas as pastas, reinstale o ACBr e refaça os testes.

Boa tarde João, Data de Emissão e Competência estão com a mesma data? <dhEmi>2024-01-03T13:20:35-03:00</dhEmi> <dCompet>2023-10-11</dCompet> Me parece que não esta.

Vinicius, Lhe convido a iniciar os testes com o novo componente de emissão de NFS-e: ACBrNFSeX O componente antigo: ACBrNFSe não está mais tendo 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/

Roberto, Você consegue debugar a procedure TratarRetornoEmitir que se encontra na unit Tecnos.Provider ? Coloque um ponto de parada na primeira linha: Document := TACBrXmlDocument.Create; Depois vai avançando quero saber se ele entra dentro do IF if Response.ModoEnvio in [meLoteSincrono, meUnitario] then Se entra dentro do FOR for I := Low(ANodeArray) to High(ANodeArray) do Desculpe em pedir isso, é porque eu evito ao máximo em pedir o certificado e os dados da empresa para que eu possa fazer os testes.

Douglas, Na unit PadraoNacional.LerXml temos: procedure TNFSeR_PadraoNacional.LerinfDPS(const ANode: TACBrXmlNode); var AuxNode: TACBrXmlNode; Ok: Boolean; begin AuxNode := ANode.Childrens.FindAnyNs('infDPS'); if AuxNode <> nil then begin NFSe.infID.ID := OnlyNumber(ObterConteudoTag(AuxNode.Attributes.Items['Id'])); NFSe.DataEmissao := ObterConteudo(AuxNode.Childrens.FindAnyNs('dhEmi'), tcDatHor); NFSe.verAplic := ObterConteudo(AuxNode.Childrens.FindAnyNs('verAplic'), tcStr); NFSe.IdentificacaoRps.Serie := ObterConteudo(AuxNode.Childrens.FindAnyNs('serie'), tcStr); NFSe.IdentificacaoRps.Numero := ObterConteudo(AuxNode.Childrens.FindAnyNs('nDPS'), tcStr); NFSe.Competencia := ObterConteudo(AuxNode.Childrens.FindAnyNs('dCompet'), tcDat); NFSe.tpEmit := StrTotpEmit(Ok, ObterConteudo(AuxNode.Childrens.FindAnyNs('tpEmit'), tcStr)); LerSubstituicao(AuxNode); LerPrestador(AuxNode); LerTomador(AuxNode); LerIntermediario(AuxNode); LerServico(AuxNode); LerValores(AuxNode); end; end; Como você pode ver ao ler o atributo Id (da tag infDPS) que contem a chave do DPS ele executa a função OnlyNumber visando remover o prefixo DPS da chave, deixando somente os dígitos.