Jump to content

Túlio de Pádua

Membros
  • Posts

    86
  • Joined

  • Last visited

1 Follower

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

Túlio de Pádua's Achievements

Enthusiast

Enthusiast (6/14)

  • Reacting Well Rare
  • First Post
  • Collaborator Rare
  • Week One Done
  • One Month Later

Recent Badges

51

Reputation

2

Community Answers

  1. Bom, no meu caso era algo que se observado com mais critério eu poderia ter descoberto bem facilmente. Esse usuário fez uma consulta no ano passado e passou vários dias sem fazer uma nova consulta. Logo, pela NT 2014.002 alguns documentos emitidos contra ele não tiveram NSUs associados pois ficaram além do prazo de 60d. Quando esse usuário voltou a fazer consultas, foram listados os documentos emitidos dentro do prazo de 60d, e os documentos emitidos após ele voltar a fazer as consultas.
  2. Inclusive, olhando sua chave de acesso, e as minhas, elas foram emitidas pela mesma UF, PA.
  3. Para fins de estatística, estou com o mesmo problema em um usuário. Abri um chamado pra tentar descobrir se era problema com as notas, mas pelo visto deve ser algo da Sefaz mesmo. Se responderem coloco aqui.
  4. Anexado, sobre os schemas eu não alterei nada não. ACBrNFeWebServices.pas pcnInutNFe.pas pcnRetInutNFe.pas
  5. Deu certo, o conteúdo da tag 'Id' estava incorreto. Realmente estão aceitando inutilização de NFe para pessoa física. Anexei os arquivos XML de envio e retorno da inutilização. A diferença é o nome da tag que mudou de 'CNPJ' para 'CPF' e recebe 11c. Mas no 'Id' o CPF deve ser formatado com 14c (zeros à esquerda). Pra testar isso eu fiz uma alteração grosseira nos fontes mesmo. Posso tentar implementar seguindo o padrão dos fontes do ACBr e anexar aqui, ou se a própria equipe quiser fazer a implementação também. 51210000522637817355920000000001000000001-inu.xml 51210000522637817355920000000001000000001-ped-inu.xml
  6. Pessoal, boa tarde, alguém tá sabendo algo sobre a inutilização de numeração de NFe para produtor rural em MT? Segundo a Sefaz de lá isso já está implementado no servidor deles, aqui nesse link tem um resumo do que é esperado para o envio. Eu fiz uns testes, e até forcei a alteração do nome da tag de 'CNPJ' para 'CPF' conforme sugere a orientação deles, mas sem sucesso (retornam erro de schema): Estranho que eles não liberaram schema para download, nem NT alguma foi criada: Trocamos alguns email com eles, mas a orientação deles é muito ruim. No último email enviamos os arquivos XMLs que foram gerados conforme esse "schema" que eles publicaram, aguando uma resposta ainda. Mas estranhei isso ser publicado dessa forma, sem liberação de schema, sem NT, sem liberação por outras UFs.
  7. Era a midas. Havia uma dll dessa lá na pasta system diferente da dll presente na pasta do sistema.
  8. Pessoal, tenho um clientdataset com uma coluna numérica (BCD), e preciso filtrar apenas os registros onde os valores sejam maiores que zero. Para isso uso o filter, e sempre funcionou. Mas apareceu um cliente onde um relatório parou de funcionar, e analisando descobri que o problema era nessa filtragem. Na empresa, um outro único computador também apresenta esse problema. Imagine os seguintes registros num cds: MEUCAMPO (ftBCD) 15 20 35 84 108 18 56 65 -86 14 Quando eu aplico "Filter := MEUCAMPO > 0", nesses PCs nenhum registro sobra no cds. É como se ele não encontrasse nada maior que zero. Além de ser um filtro extremamente simples e funcionar corretamente na maioria dos PCs que testei, não consigo imaginar o motivo disso dar errado. Campos do tipo inteiro, float, string etc estão funcionando corretamente. Se eu fazer um loop nos registros contando os que possuem esse campo com valor maior que zero também funciona, o problema é realmente no filter. Anexei um exe de exemplo que fiz. Ao rodar no meu pc, tudo certo. Ao rodar nesse outro pc, não retorna nenhum registro. Se alguém já viu algo parecido ou se tiver alguma ideia do que pode ser. Teste.zip
  9. Eu fiz um teste agora, e consegui autorizar uma nota em MG. Parece que resolveram meu problema inicial, que eram as novas tags dessa NT.
  10. Realmente está retornando esse erro aí. Estava funcionando, provavelmente o pessoal deve estar mexendo alguma coisa no servidor de MG de novo.
  11. Bom dia, estou enfrentando um problema com a implementação da NT 2021.001 (CTe/CTe-OS/GTVe), em relação à alteração do campo de UF do CTe-OS (rodoOS->veic->UF). Esse campo passou a ser de preenchimento opcional, mas ao tentar transmitir um CTe-OS sem informá-lo o XML não é validado: A tag que deveria não ser criada, está sendo criada vazia: Na consulta de schema dá pra ver que esse campo já não é mais obrigatório: Fiz um teste, alterando no arquivo pcteCTeW.pas o seguinte trecho: Disso: Gerador.wCampo(tcStr, '#16', 'UF', 02, 02, 1, CTe.infCTeNorm.rodoOS.veic.UF, DSC_CUF); Para: Gerador.wCampo(tcStr, '#16', 'UF', 02, 02, 0, CTe.infCTeNorm.rodoOS.veic.UF, DSC_CUF); Assim não foi mais gerado erro de schema e o documento foi autorizado corretamente.
  12. Acho que isso está errado, se olhar no schema o campo existe corretamente para esse CST, e a nota não seria autorizada em SVC. Talvez esse site esteja validando para produção, não sei. Vou ver se realmente tem algo de errado ou aguardar MG dar uma estabilizada.
  13. Tu tá em MG? Tá conseguindo autorizar essas notas?
  14. Acabaram de responder, segundo eles já está implementado.
  15. Qualquer das novas tags geram a rejeição, sem elas não dá problema. O XML anexado contém as tags de ST desonerado (vICMSSTDeson e motDesICMSST), detalhe que trocando para o ambiente SVC esse mesmo XML foi autorizado sem problemas. Os schemas estão corretos sim, até porque senão poderia dar erro de validação local, e a rejeição é recebida do servidor. Eu abri um chamado questionando isso, pra saber se está ou não tudo certo no servidor, aguardando eles responderem. 31210905405941000129550010000050381690456253-nfe.xml
×
×
  • Create New...

Important Information

We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.