bnobre

Só pra constar... Estou enviando do RJ, em ambiente de homologação, modelo 55, componentes revisão 21672 e Schemas atualizados Tentei enviar com a forma de pagamento fpRegimeEspecial e realmente não está aceitando, recebo da SEFAZ Rejeicao: Falha no Schema XML do lote de NFe

E agora??? kkkkkkkkkkkkkkkkkkkkkkkkkkkk... Eles são demais.

Olá a todos, eu li o alerta abaixo e fiquei com uma dúvida. Eu sempre trabalhei com a pasta Schemas presente em C:\ACBr\Exemplos\ACBrDFe\Schemas e nunca tive problemas. Vou precisar trabalhar com uma pasta Schemas nos clientes até 31-08-2021 e dia 01-09-2021 mudar em todos para outra? Desde já agradeço a atenção de todos

Nota Técnica 2020.006 - v.1.00 - Publicada em 24/09/2020 - Republicada em 28/09/20 Divulga a criação/alteração de campos e regras de validação envolvendo intermediador e agenciador de transação comercial.

Oi Italo, Beleza? Em que página você viu essa forma de pagamento? Pois estou com a NT que citou e não localizo. Desde já agradeço a atenção

Tá beleza então... Fico no aguardo. Abraços

Sim, estou ciente. Logo acima também informa que até o dia 03/05/2021 a regra YA02a-10 está vigente em ambiente de homologação. Por isso já quero deixar o código pronto, mas não localizo a tag xPag. Ela já está presente nos componentes?

Oi Italo... Tudo bom? Estou enviando do RJ e no momento estou em ambiente de Homologação. Estou recebendo a rejeição YA02-50, Rejeição: Informado 99-Outros como meio de pagamento Eu informo algumas formas de pagamento como 99-Outros e estou querendo me preparar para as mudanças.

Olá a todos, Em pcnConversao.pas, existe a forma de pagamento fpRegimeEspecial, mas de acordo com Tabela de Meios de Pagamento - Publicada em 16/03/2021 esse meio de pagamento não existe. Existe alguma finalidade para a presença do mesmo ou está lá equivocadamente? Não seria interessante remover? Desde já agradeço a atenção de todos

Olá a todos, Na NT 2020.006 1.20 está sendo exigido a tag xPag quando o código do meio de pagamento (tag: tPag) for preenchido com o código 99-outros Já existe essa tag nos componentes? Eu atualizei agora e não achei. Desde já agradeço a atenção de todos

Jesus, eles não se decidem.

Então Ítalo, foi o que comentei, não vi efeitos práticos na impressão do DANFE NFCe, pois conforme você falou o Forte e EscPos independente do valor do TIPODANFE foi feito para bobina e tem sim um componente para A4 no qual sempre sai Retrato. Já em NFe os valores tiNFCe e tiMsgEletronica saem Retrato.

Bom dia Ítalo, tudo bom? Rapaz, em NFe usando o ACBrNFeDanfeRL, conforme o DEMO, eu só consegui ver mudanças na impressão para os valores Retrato, Paisagem e Simplificado. Já em NFCe, usando os componentes para Fortes, ESCPos e A4 eu não consegui visualizar nenhuma mudança no visual da impressão em nenhum dos valores. De repente eu fiz algo errado, mas basicamente apliquei todas as opções do TIPODANFE em cada um dos componentes citados acima.

Obrigado pelo esclarecimento BigWings Na verdade eu usava muito essa propriedade tempos atrás, pois ela tinha a opção "tiNFCeA4" para impressão da NFCe em formato A4, mas tal opção foi removida na revisão 13568 em Julho de 2017 Aí agora que atualizei meus componentes (que estavam ha bastante tempo sem atualização) reparei no Demo de NFe que existe um componente específico para tal, o ACBrNFeDANFCeFortesA4. Daí eu me perguntei para que serve essa propriedade já que existem opções que não tem efeito prático na impressão, daí abri esse tópico indagando isso.

Olá meu amigo, tudo bom? Conforme sugeriu eu fiz testes com as opções da propriedade TipoDANFE através do Demo, sendo que o mesmo possui apenas a "Retrato" e "Paisagem". Funcionou perfeito, mas apenas para DANFE NFe, não para DANFE NFCe. Curioso, testei as demais opções da propriedade via código: "Simplificado" que funcionou apenas para NFe e "NFCe" e "MensagemEletronica" que simplesmente continuaram mostrando como se fosse Retrato. Aí seguindo a dica do Juliomar, fui procurar no fonte referências a essa propriedade TipoDANFE , achei apenas a seguinte procedure em ACBrNFeDANFeRLClass.pas: procedure TACBrNFeDANFeRL.ImprimirDANFE(ANFe: TNFe = nil); var i: Integer; Notas: array of TNFe; begin if (ANFe = nil) then begin SetLength(Notas, TACBrNFe(ACBrNFe).NotasFiscais.Count); for i := 0 to (TACBrNFe(ACBrNFe).NotasFiscais.Count - 1) do Notas[i] := TACBrNFe(ACBrNFe).NotasFiscais.Items[i].NFe; end else begin SetLength(Notas, 1); Notas[0] := ANFe; end; case TipoDANFE of tiPaisagem: TfrlDANFeRLPaisagem.Imprimir(Self, Notas); tiSimplificado: TfrlDANFeRLSimplificado.Imprimir(Self, Notas); else TfrlDANFeRLRetrato.Imprimir(Self, Notas); end; end; De acordo com o código acima, só funciona Paisagem, Simplificado e Retrato, e isso apenas para DANFE NFe. Essa opção NFCe em TIPODANFE para mim é estranha, pois dá a entender que é para gerar DANFE NFCe. Só que para gerar DANFE NFCe, ao invés de configurarmos a opção TIPODANFE, nos preocupamos em usar os componentes específicos, tais como: ACBrNFeDANFCeFortes, ACBrNFeDANFeESCPOS ou ACBrNFeDANFCeFortesA4. E quando queremos imprimir NFe usamos o ACBrNFeDANFeRL. Já essa opção MensagemEletronica nem faço idéia. Como eu não achei, existe algum lugar onde são usadas as opções NFCe e MensagemEletronica para que eu possa testar o que as mesmas fazem? E os tipos Retrato e Simplificado funcionam mesmo em NFCe? Desde já agradeço a atenção de todos

Putz... Esse Sparkpost seria perfeito, ainda mais com o feedback de vocês que funciona legal... Alguém mais aí sugere algum serviço similar e QUE FUNCIONE?

O problema é que na documentação do mesmo diz que o limite de anexos são de 20MB, e as vezes os XMLs compactados dão 30MB

Shooooooow de bola esse Sparkpost... Se vocês usam e NUNCA tiveram problema, será a solução para mim. Desde quando vocês usam?

Você disse que a libXML2 está estável, mas a minha é de 2018... Está estável desde então? Particularmente não tenho problemas

Olá meu amigo, já tinha lido a respeito e aparentemente a 1.0.2.13 suporta o TLS 1.2, pois uso sem problemas... Meu receio é surgir de repente algum outro protocolo que necessite de uma versão mais moderna. E em relação a libXML2? Para que serve essa mesmo?

Olá a todos, Ontem fiz uma atualização de meus componentes, depois de bastante tempo desatualizado. A princípio está tudo certo, mas reparei que há mais tempo ainda não atualizo as DLLs em meus clientes, por exemplo a libXML2 está datada de 19/05/2018 e a OpenSSL está na versão 1.0.2.13. Mesmo com as DLLs desatualizadas não tenho nenhum problema no envio de notas e uso dos componentes do ACBr. Posso ter algum problema no futuro não atualizando tais DLLs? Quais benefícios tais atualizações irão trazer? Desde já agradeço a atenção de todos

Putz, nem fala cara, e nem adianta pedir suporte para o UOLHost... A grande questão é qual empresa contratar??? Pois não esqueça que vou ter que registrar um domínio para isso além de mudar a configuração no executável e consequentemente mudar o executável em todos os clientes. Aí descubro que nessa nova empresa tenho outro problema e volto ao problema inicial.

Obrigado pela atenção EMBarbosa... Abraços meu amigo

Já tem um tempo meu amigo... Porque? Perguntei algo que não devia?

Olá, Como assim o tipo? Quais seriam os tipos?