JeannyPaiva
-
Total de ítens
243 -
Registro em
-
Última visita
-
Days Won
1
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Tudo que JeannyPaiva postou
-
Boa tarde. Realizei alterações para possibilitar a impressão dos Eventos de Comprovante de Entrega, e Cancelamento de Comprovante. Seguem os fontes para verificação. DACTE_EVENTOS.fr3 ACBrCTeDACTEFR.pas
- 8 replies
-
- 3
-
-
- dacte evento
- comprovante de entrega
- (e 1 mais)
-
Comprovante de entrega eletrônico retornando erro 999
JeannyPaiva replied to igor.oliveira3's tópico in ACBrCTe
Bom dia. Como empresa desenvolvedora temos apenas o CNPJ da própria habilitada para homologação (e a política da empresa não permite uso de dados do cliente para testes). Portanto a mesma empresa que emite CTe na homologação, emite a NFe também. Recebi novo retorno da SEF hoje informando que fizeram mais correções ontem no ambiente de homologação, e consegui emitir alguns hoje, e outros ainda com algumas rejeições ainda não façam muito sentido. O problema era lá mesmo (MG tem um histórico de dar dor de cabeça pra gente a cada nova implementação de recurso)- 20 replies
-
- 2
-
-
- ct-e
- comprovante de entrega
- (e 4 mais)
-
Comprovante de entrega eletrônico retornando erro 999
JeannyPaiva replied to igor.oliveira3's tópico in ACBrCTe
Tive esse retorno também a principio, e passando a informar algumas horas antes do horário do evento, voltou a apresentar a rejeição 999. -
Comprovante de entrega eletrônico retornando erro 999
JeannyPaiva replied to igor.oliveira3's tópico in ACBrCTe
Obteve algum retorno diferente da SEF? Entrei em contato com a SEF-MG também para averiguar o erro. Me retornaram hoje informando que haviam corrigido no ambiente de homologação, porém o problema persiste. **Alguns clientes entraram em contato informando que a data inicial de obrigatoriedade seria 01/09/2019 de acordo com o Ajuste SINIEF n. 012/2019, porém se não conseguimos nem ao menos testar, será impossível liberar esta alteração (que já está com prazo apertado). -
Reenviando o FR3. No primeiro arquivo estava faltando o código de barras dos Dados CTe (para contingencia FS-DA) DACTE_Retrato.fr3
-
Bom dia. Realizei alterações na impressão do DACTe para FastReport com QRCode. (Não encontrei em outro tópico sobre alterações para o FastReport). Seguem arquivos alterados. *Realizei testes apenas para o modal rodoviário, que é o que tenho disponível na empresa. DACTE_Retrato.fr3 ACBrCTeDACTEFR.pas
-
Boa tarde Felipe. As alterações realizadas nesse tópico são apenas para o Fast Report. Como não trabalho com o Fortes, não tenho como te informar se já realizaram as alterações para ele.
-
Boa tarde, Realizei as outras alterações (praticamente refiz) do leiaute do DAMDFe, contudo tenho apenas como testar o modal rodoviário. (Caso alguém trabalhe com outros modais, e queira testar, ou disponibilizar XMLs de outros modais para que eu faça o teste de impressão, só informar). DAMDFe_3a.fr3
-
Meu arquivo estava realmente desatualizado. Baixei novamente e inclui nele o QR-Code. Neste arquivo apenas inclui a informação do QR-Code, pois foi a minha necessidade imediata para disponibilizar para os clientes. Estou verificando as demais alterações para alterar os outros modelos. DAMDFe_Retrato.fr3
-
Bom dia. Notei que ainda não haviam incluído na impressão do MDFe o QR-Code (FR) e realizei a alteração. Agradeço se puderem adicionar no SVN. Segue anexo fonte, e um dos fr3 que já realizei a alteração (apenas com a inclusão do QR-Code). Pretendo realizar outras modificações no meu FR3, e quando concluir posso disponibilizar caso seja de interesse de outros. ACBrMDFeDAMDFEFR.pas DAMDFe_Retrato.fr3
-
Dados Pagamento (Fatura, Cobrança, Pagamento)
JeannyPaiva replied to edvilson.chaves's tópico in ACBrNFe
No caso tive problema com 2 rejeições. A primeira foi a que você comentou, e isso é resolvido informando como valor da fatura a soma do valor das duplicatas. Após isso ainda tive a seguinte rejeição: 767-Rejeição: Somatório dos pagamentos diferente do total da Nota Fiscal Que foi resolvida adicionando mais um valor de "pagamento" como outros. Segue um XML de exemplo 31180986682093000105550140000053016201853012-nfe.xml -
Dados Pagamento (Fatura, Cobrança, Pagamento)
JeannyPaiva replied to edvilson.chaves's tópico in ACBrNFe
Resolvi enviando um valor de pagamento a mais da diferença como Outros. Então envio os 200,00 como Boleto por exemplo, e os 800,00 como Outros. Ou, sem passar informação de pagamento. -
As vezes eu penso que esse povo trabalha pra testar a nossa paciência. Tira tag, coloca tag de novo. Aff.
-
Bom dia. Ao efetuar a leitura do XML de substituição com a indAlteraToma = Sim , estava sempre retornando como não, por não conseguir efetuar a leitura da tag. Realizei a correção no arquivo pcteCTeR anexado. pcteCTeR.pas
-
Algo semelhante a isto: with FACBrMDFe.Manifestos.Items.MDFe.seg.Add do begin respSeg := rsEmitente; xSeg := NomeSeguradora; CNPJ := CNPJSeguradora; nApol := NumApolice; CNPJCPF := CNPJCFPResp; aver.Add.nAver := NumAverbacao; end;
-
Segue Unit alterada. Para preencher o campo de acordo com a versão informada no XML . ACBrMDFeDAMDFEFRDM.pas
-
Boa tarde. Na leitura do XML de CTe 3.0, está buscando o conteúdo da chave pela tag antiga apenas. Nesta versão, a tag mudou para chCTe, sendo necessário realizar tratamento quando à versão na leitura do XML. Em anexo a unit alterada. pcteCTeR.pas
-
Obrigada Juliomar. Eu uso um fr3 personalizado diferente do disponível nos componentes, por isso enviei apenas o fonte.
-
Bom dia. Com a versão 3.0 do CTe, foi adicionado ao DACTe o indicador de CTe globalizado. Fiz a inclusão do campo no fonte anexado. Caso alguem possa adicionar no SVN fico grata. Obs.: até o momento minha necessidade foi apenas deste campo. ACBrCTeDACTEFR.pas
-
*Indiretamente pode ser que gere. Mas veja bem, esta já é uma pratica comercial para as operações, pois se a empresa não faz a formação do valor de venda de seu produto já embutindo este valor, ela terá um prejuízo. A diferença é apenas o que irão considerar mesmo agora, se antes consideravam apenas a interna do próprio estado para a formação, deverão observar a alíquota interna no estado de destino, e se tem ou não FCP. Para não criar preços diferentes dependendo do estado, a prática mais comum que tenho ciência, tem sido considerar a maior alíquota interna existente. *Simples Nacional está desobrigado a destacar o DIFAL devido a uma liminar. No momento não precisam preocupar com isso. Tem que ficar de olho para ver se ela não será derrubada.
-
De acordo com o manual de orientações, o campo de valor da NF é formado pelos campos abaixo: -Total do vNF (id: W16) difere do somatório de: (+) vProd (id:W07) (-) vDesc (id:W10) (-) vICMSDeson (id:W04a) (+) vST (id: W06) (+) vFrete (id:W08) (+) vSeg (id:W09) (+) vOutro (id:W15) (+) vII (id:W11) (+) vIPI (id:W12) (+) vServ (id:W18) (*3) (NT 2011/005) Logo, se para adicionar este valor, não seria validado pela SEF. A prática comercial, e orientação da consultoria é que os impostos sejam embutidos no valor base do produto para a formação do preço de venda.
-
Não vai conseguir mesmo. O que seu cliente deve fazer, é calcular o valor do preço de venda dele já com o valor do ICMS embutido. Dentre os impostos, apenas o IPI é somado no total da nota fiscal.
-
Aqui permitimos impressão APENAS de NFe autorizada, com exceção de FD-SA. NFe denegada não pode circular, creio que disponibilizar a impressão de NFe nesta situação já induz o usuário, que por natureza costuma ser desatento, ao erro de utilizar este DANFe para o transporte de mercadorias. Quanto ao repasse de informações para contabilidade e/ou comprovante, é mais sensato criar um relatório com as informações da NFe para seu cliente.
-
Nota fiscal denegada, não pode circular. Então melhor que nem tenha a impressão. Se o cliente quer algum tipo de comprovante, aconselho a criar algum relatório gerencial para ele com as informações.
-
Basta enviar o grupo, informando a aliquota interestadual, e o percentual de partilha, que são as tags de preenchimento obrigatório que estão com validações. Demais campos vão com zero.
