Ir para conteúdo
  • Cadastre-se

Cristiano Martins Alves

Membros
  • Total de ítens

    12
  • Registro em

  • Última visita

Últimos Visitantes

O bloco dos últimos visitantes está desativado e não está sendo visualizado por outros usuários.

Cristiano Martins Alves's Achievements

  1. Entendi Diego, Muito obrigado pela resposta!
  2. Bom dia, eu fiz a implementação do 412120 e 412130
  3. Bom dia pessoal, Eu fiz uma implementação dos eventos 412120 e 412130 da reforma tributária. ACBrDFe.Conversao.pasACBrNFeWebServices.pasACBrNFe.EnvEvento.pasACBrNFe.EventoClass.pas pcnConversaoNFe.pas pcnConversao.pas
  4. Outro ponto Bruno e Everson é que saiu um nova nota técnica no dia 11/11 onde foram adicionado atributo no evento e112130, na versão que mandei na sexta (outro tópico) já contia esses novos atributos
  5. Bom dia Bruno e Everson, chegaram a implementar o FornecNaoRealizPagAntec? Esse é o proximo que preciso enviar.
  6. Pessoal estou implementando o envio de novos eventos e notei que o evento 112130 - Emitente - Perecimento, perda, roubo ou furto durante o transporte contratado pelo fornecedor Ainda não estava implementado no repositório. Coloquei anexado a minha implementação. ACBrNFeWebServices.pas ACBrNFe.EnvEvento.pas ACBrNFe.EventoClass.pas
  7. Boa tarde pessoal, A quem possa interessar, eu descobri o motivo do erro. No servidor onde rodava a aplicação estava marcada a seguinte opção: Acredito que isso conflitava com a codificação que o ACBr já faz.
  8. Pessoal bom dia, Estou enviando os novos eventos da reforma tributária. Mas estou recebendo o erro "Não encontrei final do elemento: </evento>". Eu vi que esse é um problema de codificação, a questão é que da minha maquina eu consigo enviar os eventos normalmente, o problema está ao enviar o evento do servidor. Aguém tem alguma ideia do que pode ser? Estou usando a revisão: 42610 Obrigado!
  9. Boa tarde, pessoal, Estou implementando os novos eventos da reforma tributária e, no momento, estou trabalhando com o seguinte evento: 112110 - Emitente - Informação de efetivo pagamento integral para liberar crédito presumido do adquirente A descrição desse evento é: "Informação de efetivo pagamento integral para liberar crédito presumido do adquirente." No entanto, ao gerar o XML, o sistema está removendo os acentos da descrição, mas o XSD exige que o texto mantenha a acentuação original. Alguém mais passando por isso?
  10. Boa tarde, O problema é que um fornecedor emite a nota dessa forma, dai quando precisamos emitir uma nota de devolução, temos que fazer igual. Como o SEFAZ não rejeita, entendo que é permitido, ainda que não faça sentido.
  11. Boa tarde Pessoal, Eu sei que essa thread já passou por aqui, mas ela não teve uma resposta final. Quando informado modBCST = 4 é obrigatório informar pMVAST, do contrário o sefaz rejeita a nota. É possível alterar o numero de ocorrencia para pMVAST quando modBCST = 4? Eu tenho feito essa alteração aqui, mas sempre corro o risco de perder quando atualizo. Só pra complementar, a norma técnica diz que quando modBCST = 4 é obrigatório preencher pMVAT, ela não fala sobre o valor da TAG Obrigado.
  12. Pessoal a Norma Técnica 2025.001 torna obrigatório a validação do preenchimento do meio de pagamento com "sem pagamento" e o VPag diferente de zero. Eu não encontrei essa validação no método NotaFiscal.ValidarRegrasdeNegocios. Estou olhando no lugar errado? Ou ainda não existe essa implementação?
×
×
  • 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.