Italo Giurizzato Junior

Boa tarde @Mario Inacio, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-5719

Boa tarde @RodrigoAlvim, Fico no aguardo do seu retorno para saber se deu certo.

Boa tarde @giovani deitos, O componente ao ler o XML da NFS-e, caso não conste as informações sobre o tomador ele automaticamente coloca a mensagem de Tomador Não Identificado no DANFSE. Faça o seguinte: 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 @gary.rj, Isso. Chegou a testar?

Boa tarde @Nelson Santos, Já esta no SVN.

Bom dia @RodrigoAlvim, Já esta no SVN. Favor atualizar todos os fontes de todas as pastas, reinstale o ACBr e faça novos testes. Antes de você fazer novos testes, leia o tópico abaixo:

Olá Pessoal, Foi feito alguns ajustes na unit que gera o arquivo com os dados do RPS a ser enviado para o webservice do provedor. O componente estava pegando o conteúdo do campo: NFSe.Tomador.IdentificacaoTomador.Tipo como sendo o local da prestação do serviço, sendo que esse campo não tem nada haver, sendo assim foi criado um novo campo: NFSe.Servico.LocalPrestacao que aceita os valores: lpMunicipio, lpForaMunicipio. Os dados do endereço do local da prestação estava pegando do tomador, exemplo: NFSe.Tomador.Endereco.Endereco, agora vai pegar de: NFSe.Servico.Endereco.Endereco. Em sua aplicação você vai ter que incluir o trecho abaixo para alimentar todos os dados referente ao local da prestação do serviço: Servico.Endereco.Bairro := 'Bairro onde o serviço foi prestado'; Servico.Endereco.CEP := 'cep do local da prestação do serviço'; Servico.Endereco.xMunicipio := 'município do local da prestação do serviço'; Servico.Endereco.Complemento := 'complemento do local da prestação do serviço'; Servico.Endereco.Endereco := 'endereço do local da prestação do serviço'; Servico.Endereco.Numero := 'numero do local da prestação do serviço'; Servico.Endereco.xPais := 'pais do local da prestação do serviço'; Servico.Endereco.UF := 'UF do local da prestação do serviço'; Fica ai a dica.

Bom dia @Nelson Santos, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-5713

Bom dia @Diego Reckziegel, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-5712

Bom dia @ralty, Acabei de fazer um teste, veja o resultado: O teste que fiz foi no ambiente de produção. Faça um teste de consulta usando o programa exemplo, configure o mesmo para salvar os arquivos envelope SOAP. Caso ocorra o mesmo erro, salve os arquivos SOAP gerados para que possamos analisar.

Bom dia @gary.rj, Na unit Betha.Provider observe que existem duas procedures chamada Configuracao. Uma é para a versão 1.00 e a outra para a versão 2.02 É preciso saber qual versão usado pela cidade em questão. Ai basta colocar na procedure correta a linha que defini a quebra de linha como sendo "\s\n". Na sua aplicação você vai continuar usando o caracter ";" (ponto e virgula).

Bom dia @vinizioWOW, E como eles identificam que se trata de um teste e não uma averbação pra valer?

Bom dia @RodrigoAlvim, Muito obrigado, já inclui na minha lista de tarefas. TK-5711

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

Tópico movido para a área do SAC, para que o SLA de respostas seja considerado

Boa tarde @BSSOFT, Já esta no SVN.

Boa tarde @Kaikson, Favor atualizar todos os fontes de todas as pastas, reinstale o ACBr e faça novos testes. O ID da confirmação do cancelamento vai ser armazenado em: ACBrNFSeX.NotasFiscais.Items[0].NFSe.NfseCancelamento.ID;

Olá Pessoal, Na verdade a cidade de Campinas/SP não esta trocando de provedor. A prefeitura já a algum tempo adquiriu o sistema de recepção de NFS-e do provedor ISSDSF, com isso o referido provedor deixou de realizar manutenções no sistema bem como deixou de ser o responsável pelo seu funcionamento. Com o passar do tempo alguns provedores costumam fazer algumas alterações e para evitar que tanto a prefeitura de Campinas/SP como o provedor ISSDSF venham fazer alguma alteração e com isso gerar um efeito colateral, decidimos em criar um novo provedor para Campinas/SP chamado ISSCampinas. Desta forma se o provedor ISSDSF vier a fazer alguma alteração não vai afetar Campinas/SP e vice-versa. Recomendo que o quanto antes vocês atualizem todos os fontes de todas as pastas e reinstalem o ACBr. Observações Importantes: 1. O programa exemplo em Delphi foi alterado para exemplificar o uso do provedor ISSCampinas. 2. Dentro da pasta: ...\Exemplos\ACBrDFe\Schemas\NFSe temos agora a pasta ISSCampinas\1.00 que contem os schemas do provedor ISSCampinas. Caso tenham algum problema favor criar um tópico no fórum relatando o que esta ocorrendo. Abaixo segue o tópico de como configurar corretamente os schemas.

Boa tarde @Destak, Já se encontra no SVN o provedor ISSCampinas que a partir de agora vamos usar para a referida cidade. O Provedor ISSDSF continua a existir, mas vai ser utilizado para outras cidades que ele atende. Favor atualizar todos os fontes de todas as pastas, reinstale o ACBr e faça novos testes.

Bom dia @MarceloPeron, O manual deixa claro que só pode constar no Documento Auxiliar (no caso o DACTE) informações que estejam no XML do CT-e. Checando tanto o manual referente ao layout do XML bem como o manual do DACTE não encontrei nada referente a PIX. Mas eu acho que você pode fazer o seguinte: Existe no XML um grupo opcional chamado ObsCont (que é uma lista). Esse grupo possui um atributo chamado xCampo e um elemento chamado xTexto. Na sua aplicação incluir o bloco abaixo: with compl.ObsCont.New do begin xCampo := 'ChavePIX'; xTexto := 'Incluir aqui a chave PIX a ser usada para gear o QR-Code'; end; Desta forma você pode gerar o QR-Code do PIX com base no conteúdo do elemento xTexto.

@C4Dev, Já esta no SVN. Favor atualizar todos os fontes de todas as pastas, reinstale o ACBr e faça novos testes.

Bom dia @C4Dev, O motivo da demora é porque estávamos tentando encontrar a melhor saída para esse problema, mas a única solução foi criar um novo enumerado para que você diga que a referida tag não deva ser gerada.

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

Tópico movido para a área do SAC, para que o SLA de respostas seja considerado

Boa tarde @xim.logan, Acabei de fazer um teste usando programa exemplo e o DPS foi enviado e obtive o retorno com a mensagem de erro, sem nenhum problema. Teste feito em ambiente de homologação. Retorno: { "tipoAmbiente":2, "versaoAplicativo":"SefinNac_Pre_1.0.0", "dataHoraProcessamento":"2024-07-06T12:50:32.4035537-03:00", "idDPS":"DPS35032082**************00900000000000000001", "erros": [{ "Parametros":null, "Codigo":"E0206", "Descricao":"CPF do tomador informado na DPS é inválido." }] } Troquei o CNPJ por *****