Painel de líderes

Pessoal, na dúvida de obrigatoriedade ou não, coloquem o campo CEST no cadastro de produto e, se houver informação nesse campo, vocês mandam para a NFe. Se houver rejeição da NFe, a culpa será do usuário do sistema que não forneceu a informação no cadastro e ele terá recursos para corrigir isso. Essa questão de CEST já é antiga e acredito que todo mundo já deixou isso habilitado nos aplicativos. Precisamos mudar essa regra de "brasileiro deixa tudo pra ultima hora" e não ficar dependendo de prorrogação.

Bom Dia ! Ocorreram a existência de mais 5 eventos enviados pela sefaz e que não estavam mapeados no Acbr e nesse caso ele assume como carta de correção, conforme post. Esses eventos são armazenados para manter a sequencia NSU. Em anexo está a unit alterada com a inclusão desses novos eventos. Também fiz uma alteração para retornar como posição inicial "-99999 - teNaoMapeado" evitando que seja retornado o evento de carta de correção de forma indevida. Gostaria que fosse analisado se é possível assumir essa alteração. Att. Leandro Vignoto Alteração PCNConversão.xlsx pcnConversao.pas

Olá Italo e Sérgio! Ontem eu já tinha feito bem como me passaram, mas estava dando falha no schema xml, hoje estranhamente deu certo sem nenhum problema! Muito obrigado e desculpem a falha!

Complementando a explicação do Italo ... Você deve usar o CSOSN 101 ou 201, pois são os únicos que permitem o aproveitamento de crédito de ICMS.

Boa tarde Srs. Fiz a homologação do PAF versão 02.05 na data de 27/03/2018 utilizando o componente jACBrFramework. Porém tive que fazer algumas alterações para que o componente viesse a funcionar, segue em anexo as alterações realizadas, tanto no componente jACBrFramework quanto na DLL ACBrFramework. A dll compilada não foi possível de ser adicionada por o tamanho dos arquivos exceder os 2 M. Alguém poderia verificar estas alterações que foram realizadas e subir elas para o repositório? Fontes.rar

Boa tarde. Estou testando a NF-e no layout 4.00. Ao gerar o pdf do danfe, não exibe no rodapé as informações que enviei no campo infAdFisco (no xml está indo). Não encontrei outro tópico sobre isso (somente mandando preencher essa tag) e também não encontrei configuração disso no ACBrMonitorPlus. No anexo o trecho do xml e do pdf. Como faço? Desde já agradeço. Na verdade agora as informações vão nessa tag mesmo. Não consegui excluir o tópico, peço desculpas.

Não precisa... que ótimo que conseguiu... Vamos deixar o tópico para consulta e referencia...

Caso necessitem de auxilio com as implementações da parte java, estarei disponível, dentro das possibilidades, de auxiliar.

Obrigado @Geovani N. de Paula vou estar analisando e subindo assim que possivel.

Todas notas que recebia de distribuidores de medicamentos sempre foi como o exemplo 1, ou seja, sim, a soma das quantidades dos lotes tem que ser a mesma da quantidade vendida do item.

Já sou contribuinte. Fiz uma pausa mas estou renovando a assinatura do SAC. Muito obrigado!

Resolvi o problema mudando para OpenSSL Agradecido...

Obrigado Juliomar, instalando manualmente funcionou perfeitamente.

C:\ACBR\Exemplos\ACBrDFe\ACBrNFe\Delphi\Report

Ok, obrigado. Resolvido

Bom dia Pablo, Já tentou informar esses 2 valores dentro da seção ICMS? exemplo: [ICMS001] (...) pCredSN=2.00 vCredICMSSN=10.00 (...)

Entendo que a conversão do Dólar e os Impostos, sejam os grandes vilões para o preço praticado no Brasil... @Gr@c@, nesse caso, não vale a pena você usar o Professional e um outro componente de BD, de terceiros ?

Boa tarde, Como o Juliomar disse essa é uma forma totalmente errada de enviar a nota. O captcha já é utilizado pra prevenir acesso mecânico ao XML, se você quebrar ele, estará burlando o sistema. Outro dia um cliente usou um desses sites que geram a danfe e baixam o XML como exemplo pedindo que fosse implementado no sistema pra ele poder baixar os XML dos distribuidores dele, usou inclusive o argumento que a assinatura do XML ficava válido, por curiosidade fui validar no validador do RS, de fato ficava válido, mas não era a mesma assinatura, simplesmente era assinado novamente o XML, foi ai que pedi pra ele baixar acessar o site da receita e baixar um XML, depois ir neste site, baixar e comparar os XML pra ver se de fato era válido, acabei com os argumentos dele neste momento. Então é o seguinte: Pode ser feito, pode, deve ser feito, não. Teu sistema é responsável pela validade fiscal dos documentos que ele gerar, se você implementar isso e o cliente de forma ignorante armazenar estes documentos e um dia a receita bater e for verificar isso, vai dar o maior bafafá pro cliente e pra você. Então fica a critério de cada um se vai ou não fazer e como vai fazer. Se você for fazer, mesmo analisando os prós e contras, tenha certeza de colocar um alerta na tela "NÃO TEM VALIDADE FISCAL".

Não eles quebram o captcha e se notar não é uma nota válida. isso é uma forma errada de ter a nota. solicita ao cliente faz ele enviar, denuncia no sefaz, eles multam ele e ele aprende a enviar .

Boa Tarde, Italo Descobri onde estava errando, não estava sendo distribuído junto com o executável do cliente os Schemas CT-e da pasta do ACBr, estava sendo utilizado os 3 últimos Pacotes de Liberação do Portal CT-e e estes não tem todos os xsds necessários para validação/emissão da CC-e.Agradeço mais uma vez as orientações, acabei me focando na questão das versões e não dei a atenção devida aos xsds. Peço desculpa por demorar responder, tive que esperar a renovação do certificado do cliente para prosseguir. Att, Lucas L.

Se tratando desse nosso Governo, tudo é possível ! Já deparei com NT´s que adiaram uma norma em questão de poucos dias antes da obrigatoriedade. A dica é estar com o seu projeto na versão 4.0 pronto e não arriscar por conta dessa dúvida.

A queda de rede que da esse erro .. pois o exe fica armazenado no servidor e é executado por compartilhamento e ai após aberto . se der uma queda de rede fica dando esse problema ai ... fiz o teste chamando o exe e tirando o cabo por algum tempo , e ficou dando esse mesmo problema . no DELPHI ja era diferente .da um erro C00000006 ... Sem mais, Adilson Pazzini .