Ir para conteúdo
  • Cadastre-se

Italo Giurizzato Junior

Consultores
  • Total de ítens

    39.263
  • Registro em

  • Última visita

  • Days Won

    1.131

Tudo que Italo Giurizzato Junior postou

  1. Bom dia @ThiagoDornelas, Fiz uma alteração no arquivo ACBrCTeServicos.ini Favor atualizar todos os fontes de todas as pastas, reinstale o ACBr e faça novos testes.
  2. Boa tarde @Calmeida79, Esse DANFSE é do Fortes ou Fast Report?
  3. Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.
  4. Boa tarde @LeonardoRocha, Notei que o conteúdo da tag <descritivo> esta entre aspas, existe um motivo para isso? <descritivo>&amp;quot;SUPORTE (...) R$ 155,66&amp;quot;</descritivo> A sequencia: &amp;quot; equivale ao caractere aspas. O erro de UTF-8 que esta ocorrendo é porque o XML retornado pelo webservice esta no formato ANSI. O encoding indicando UTF-8 é inserido no XML antes dele ser salvo em disco. Existe até uma rotina que visa identificar a codificação e caso não seja UTF-8 faz a conversão, mas me parece que isso não esta ocorrendo. Qual é a versão da Lib utilizada nesse teste?
  5. Bom dia @eesoares, Se o seu Delphi não for o CE você deve sempre executar o ACBrIntall_Trunk2 após atualizar os fontes com o Tortoise, caso contrario vai ter que instalar pacote por pacote que é muito mais trabalhoso. Na minha maquina tenho uma pasta chamada trunk2 e dentro desta as patas com os fontes dos componentes, programas exemplos, DLLs, Pacotes de instalação, etc. Veja a imagem:
  6. Bom dia @ThiagoDornelas, Já inclui na minha lista de tarefas para analise desse caso juntamente com a equipe ACBr. TK-5736
  7. Boa noite @C4Dev, Você não me respondeu a segunda pergunta. Por conta de estar gerando com 4 casas o RPS esta sendo rejeitado? Se sim, qual é o erro? Quanto a esse Params chamado Aliquota2Casas é informado no arquivo ACBrNFSeXServicos.ini na cidade em questão. Veja o exemplo abaixo: [3170701] ; Atualizado em 18/12/2023 Nome=Varginha UF=MG Provedor=Betha Versao=2.02 Params=Aliquota2Casas: ProRecepcionar=https://nota-eletronica.betha.cloud/rps/ws HomRecepcionar=https://nota-eletronica.betha.cloud/rps/ws
  8. Boa tarde @Leandro Araújo, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-5735 O fato do grupo infOutros estar diferente pode ser que foi uma contribuição para fazer algum ajuste e esse ajuste não foi aplicado nos 3 grupos.
  9. Boa tarde @Calmeida79, O provedor esta fazendo kaka, veja: A tag IncentivadorCultural no layout da NFSe é do tipo TsSimNao. O tipo TsSimNao aceita somente os valores 1 para Sim e 2 para Não. O XML da NFS-e gerado pelo WebService do provedor esta gerando essa tag com o valor zero. Isso esta errado. Entre em contato com eles e mostre o erro deles. Essas imagens são do manual da versão 1.00 do Layout da ABRASF. Se vierem com aquela história do folclore brasileiro que estão usando a versão 2.04 da ABRASF, primeiramente o XML esta sendo gerado na versão 1 e segundo mesmo na versão 2.04 o valores do tipo TsSimNao são exatamente os mesmos, ou seja, 1 = Sim e 2 = Não.
  10. Boa tarde @C4Dev, Muito vago a sua mensagem. Esta gerando com 4 casas decimais sendo que o correto seria 2 o que (qual tag)? O RPS enviado foi rejeitado?
  11. Boa tarde a todos, Até hoje não vi vantagem nenhuma alimentar o componente executar o método GravarXml depois carregar ele, para depois assinar, validar enviar, ,,,,, Não é mais fácil, alimentar o componente e executar o método Assinar, depois o Validar ou simplesmente o Enviar? Sendo que o Assinar e o Validar são executados automaticamente dentro do Enviar. E que o GravarXml é executado automaticamente dentro do Assinar. Por fim: Vocês estão ciente que o modo de envio do MDF-e agora é síncrono, logo não existe mais essa história de lote e muito menos numero de recibo? Vocês estão com todos os fontes de todas as pastas atualizados e o ACBr reinstalado? O modo de envio assíncrono acabou no dia 30/06/2024, portanto fazem 12 dias que só é aceito o modo síncrono e tem diversos desenvolvedores que fizeram o dever de casa (atualizar e reinstalar o ACBr) e estão emitindo o MDF-e sem nenhum problema. E quanto a pegar o retorno como numero de protocolo para atualizar o banco de dados, vide o programa exemplo, mais precisamente o botão [Gerar e Enviar Síncrono].
  12. Boa tarde @ThiagoDornelas, Isso é estranho pois vai contra a regra de validação que colei mais acima que diz que o evento EPEC não pode ser enviado para o ambiente normal de autorização.
  13. Bom dia @DOUGLAS GUIMARÃES DOS SANTOS, Favor atualizar todos os fontes de todas as pastas, reinstale o ACBr e faça os testes de substituição usando o programa exemplo.
  14. Bom dia @Rafael Luís Acco, Já esta no SVN.
  15. Bom dia @guilhermekm, O erro ao carregar o XML é para ter sido sanado, pois sub uma correção. Você ainda tem o erro informando que o valor da string é invalida no TIndicador? Se sim, refaz a lista que lhe passei acima. Não pode esquecer de reinstalar o ACBr. Outra coisa, caso tenha cópias do ACBr no mesmo HD, favor remover.
  16. Bom dia @ThiagoDornelas, Como é São Paulo que esta recepcionando o evento, favor colocar cOrgao = 35.
  17. Boa tarde @DOUGLAS GUIMARÃES DOS SANTOS, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-5730
  18. Boa tarde @guilhermekm, 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.
  19. Boa tarde @Rafael Luís Acco, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-5728
  20. @ThiagoDornelas, Informe 91 para cOrgao.
  21. Boa tarde @ThiagoDornelas, Eu acredito que a sua alteração não esta 100%, digo isso pela regra abaixo referente ao envio do evento EPEC. A regra O02 verifica se o ambiente que esta recepcionando o evento EPEC é o ambiente autorizador normal, caso afirmativo o evento vai ser rejeitado, pois esse tipo de evento só pode ser enviado para o ambiente autorizador SVC. A sua alteração estaria enviado o evento para o ambiente de autorização normal. Fiz uma revisão completa no arquivo ACBrCTeServicos.ini e enviei para o SVN. Favor fazer uma cópia da sua alteração, atualizar todos os fontes de todas as pastas, reinstale o ACBr e faça novos testes.
  22. Bom dia @Diego Reckziegel, Já esta no SVN.
  23. Bom dia @C4Dev, Se o provedor esta retornando um XML vazio, não vejo outra alternativa entrar em contato com eles e relatar o problema.
×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.