Gr@c@

Prorrogada somente a validação. Mas a informação continua obrigatoria.

No Portal de MG está mais esclarecido: Conforme aviso no portal nacional, a regra de validação que exige o CEST na NF-e e NFC-e (N23-10) fica postergada até a publicação de Nota Técnica com maiores esclarecimentos. Aproveitamos para esclarecer que a obrigatoriedade de informação do CEST (NT 2015.003) não mudou - De acordo com o § 1º da cláusula terceira, do Convênio ICMS 92/2015: • indústria e importador a partir de 01.07.17; • atacadista a partir de 01.10.17; • demais segmentos econômicos, a partir de 01.04.18

Postergada validação do CEST 27/03/18 Conforme aviso no portal nacional, a regra de validação que exige o CEST na NF-e e NFC-e (N23-10) fica postergada até a publicação de Nota Técnica com maiores esclarecimentos. Aproveitamos para esclarecer que a obrigatoriedade de informação do CEST (NT 2015.003) não mudou - De acordo com o § 1º da cláusula terceira, do Convênio ICMS 92/2015: • indústria e importador a partir de 01.07.17; • atacadista a partir de 01.10.17; • demais segmentos econômicos, a partir de 01.04.18

Trabalho com aplicação client/server utilizando Bando de Dados SQL Server. Evito ao máximo o uso de componentes terceirizados, atualmente uso Jedi,ACBr e Fortes somente. Já tive a versão Professional e ela não me atendia, por isso adquiri a XE3 Enterprise na época em que o preço da licença era mais coerente com a realidade brasileira. Só acho que o Delphi está caindo cada vez mais no ranking de ferramentas usadas aqui no Brasil, justamente pelo quesito "valor de licença".

Ficaria perfeito se os membros do ACBr pudessem adquirir a versão Delphi Tokyo Enterprise pelo preço do Delphi Tokyo Professional. Certamente seria uma turbinada do Delphi aqui no Brasil.

A tag de rastreabilidade está vinculada ao produto e pode ocorrer de 0-500. Eu entendo que pode ser vendido uma determinada quantidade de um produto e nesse item existir vários lotes com datas de fabricação e validade diferenciadas. Como vocês estão fazendo o lançamento dos produtos rastreaveis na NFe 4.00? Ex 1 - eu acredito que essa seja a forma correta de se lançar item + rastreabilidade Item da NFe: Produto agropecuario Valvet Qtde = 10 lote 1 DtFab 01/01/2016 DtVal 01/01/2017 sendo que desse lote sairão 5 unidades lote 2 DtFab 01/03/2017 DtVal 01/03/2018 sendo que desse lote sairão 2 unidades lote 3 DtFab 01/04/2017 DtVal 01/04/2018 sendo que desse lote sairão 3 unidades Ex 2 3 escritórios de contabilidade de meus clientes estão alegando que não pode ser feito como no exemplo 1, com base na interpretação que eles deram sobre a NT do novo layout da NFe 400. Segundo eles, cada item deve ter apenas uma referencia de lote, então no caso acima, eu deveria lançar o item 3 vezes. Sendo que a ocorrencia de 0-500 seria que a NFe somente pode conter até 500 tags de rastreabilidade.Nesse caso ficaria:(juro que não concordo com isso, pelo que interpretei do layout e também pela prática de venda, pois o vendedor ao fazer o pedido vende o produto sem se ater a lote/data de fabricação) Item 1 da NFe: Produto agropecuario Valvet Qtde = 5 lote 1 DtFab 01/01/2016 DtVal 01/01/2017 sendo que desse lote sairão 5 unidades Item 2 da NFe: Produto agropecuario Valvet Qtde = 2 lote 2 DtFab 01/03/2017 DtVal 01/03/2018 sendo que desse lote sairão 2 unidades Item 3 da NFe: Produto agropecuario Valvet Qtde = 3 lote 3 DtFab 01/04/2017 DtVal 01/04/2018 sendo que desse lote sairão 3 unidades Outra duvida a quantidade do lote na tag será: 1-a quantidade que está saindo desse lote 2-a quantidade que a empresa adquiriu desse lote 3-a quantidade que ainda existe em estoque desse lote

Foi gratificante participar da Palestra Elgin e ACBr. Muitas dicas sobre equipamentos, SAT, MFe, NFC-e e ACBr. Excelente a explicação do Daniel Simoes sobre o ACBr. Espero que esses eventos se repitam com maior frequência.

Aqui em MG esse mesmo erro está ocorrendo ao enviar NFe. Em contingência SVC-AN está normal.

O aplicativo somente tem que ter os campos em tela: vIPI, vIPIDevol,vDespesas, informações adicionais do produto, informações complementares de interesse do fisco e informações complementares. Assim fica sob a total responsabilidade da empresa usuária e do contabilista definir quais valores usar ao fazer a devolução. Se o aplicativo jogar automaticamente nos campos aí a responsabilidade cai sobre o desenvolvedor do aplicativo, uma vez que a empresa usuária não terá como interagir nesses campos.

Pessoal, o que acontece é o seguinte: Na nota de compra veio o IPI destacado na tag vIPI e esse valor é somado na tag vNF O destinatario é simples nacional e teve que fazer a devolução. Como ele não pode destacar o IPI na tag vIPI (na versão 3.10 podia), ele lançou na vIPIDevol. Porém, o vNF ficou igual a nota fiscal de compra. Como no DANFe não aparece a tag vIPIDevol, ele precisa colocar esse valor nas informações complementares para justificar a diferenca entre o valor total dos produtos e o valor total da NF. Ainda estou percebendo aqui muitas controversias entre os contabilistas, uns falando que tem que fazer a nf de devolução igual a nf de compra, outros que tem que lançar em vIPIDevol e outros falando que não tem que colocar IPI em lugar nenhum. Só plantão fiscal para sanar a duvida.

XE3 Enterprise para a versão Enterprise atual. Porem só fazem upgrade do XE7 acima.

Acho que a ultima cotação que fiz, o upgrade ficava em torno de 17.000,00 já com descontos promocionais.

Na minha opinião, tudo o que é muito importante no XML e não aparece no DANFe, deve ser destacado nas informações complementares ou nas informações adicionais do produto. Nem todos os destinatários da NFe tem meios de importar o xml para obter essas informações.

Uma sugestão ao ACBr: Como o ACBr se transformou numa ferramenta poderosa usando o Delphi e como a nossa comunidade ACBr é composta por uma enorme quantidade de desenvolvedores Delphi, a pergunta: Seria possível o ACBr se posicionar como um "intermediador" entre nós programadores e a Embarcadero, a fim de conseguirmos adquirir uma nova licença Delphi a um preço mais acessível? Afinal, nossa comunidade é uma força para que o Delphi continue sendo usado aqui no Brasil. Eu, particularmente, preciso de uma licença nova do Delphi porque ainda uso a XE3 Enterprise.

Quis dizer que no meu aplicativo que funciona em parte porque eu não soube como tratar corretamente os eventos sem usar o ACBrECF ou o ACBrECFVirtual. Tentei usar somente com o ACBrNFe, mas não consegui adaptar de acordo, conforme o estado da impressora não fiscal. Então, em alguns momentos do processo, meu aplicativo fica bugado.

eu tambem tentei implementar com a NFCe (sem usar o ACBrECF) e também não consegui concluir. Funciona em parte.

O escritório de contabilidade de um de meus clientes está cobrando dele uma Redução Z impressa diretamente pela maquina de cartão Redecard. Bom, eu só conheço redução Z via ECF. Segundo esse escritório, a maquina imprime uma Z de toda a movimentação mensal das vendas em cartão.Porém, os relatórios que consegui obter da máquina são todos diarios. Eu mesma liguei nesse escritorio de contabilidade para ver se meu cliente não estava se confundindo e é isso mesmo. Como eu não tenho uma máquina de cartão para testes e só encontrei esses relatórios via site da administradora, queria saber de vocês se isso procede. Essa redução Z mensal da Redecard existe?

Surgindo dúvidas aqui sobre o detalhamento especifico de armamento: revendedor de armas (e seus acessórios) de pressão, paintboll, chumbinho alegando que há a necessidade da tag de detalhamento de armamento na NFe. Pela legislação essas armas não são consideradas armas de fogo, não requer CR, embora possuam dados para rastreamento (nr de serie). Procede?

Grande iniciativa da Elgin e do ACBr.

para alterar a fim de emitir NFe 4.00, o protocolo a ser usado no lugar de 160 seria o 2088? Registro.WriteInteger('SecureProtocols', 160); 0 => Keine sicheren Protokolle verwenden 8 => Nur SSL 2.0 verwenden 32 => Nur SSL 3.0 verwenden 40 => SSL 2.0 und SSL 3.0 verwenden 128 => Nur TLS 1.0 verwenden 136 => SSL 2.0 und TLS 1.0 verwenden 160 => SSL 3.0 und TLS 1.0 verwenden 168 => SSL 2.0, SSL 3.0, und TLS 1.0 verwenden 512 => Nur TLS 1.1 verwenden 520 => SSL 2.0 und TLS 1.1 verwenden 544 => SSL 3.0 und TLS 1.1 verwenden 552 => SSL 2.0, SSL 3.0 und TLS 1.1 verwenden 640 => TLS 1.0 und TLS 1.1 verwenden 648 => SSL 2.0, TLS 1.0 und TLS 1.1 verwenden 672 => SSL 3.0, TLS 1.0 und TLS 1.1 verwenden 680 => SSL 2.0, SSL 3.0, TLS 1.0 und TLS 1.1 verwenden 2048 => Nur TLS 1.2 verwenden 2056 => SSL 2.0 und TLS 1.2 verwenden 2080 => SSL 3.0 und TLS 1.2 verwenden 2088 => SSL 2.0, SSL 3.0 und TLS 1.2 verwenden 2176 => TLS 1.0 und TLS 1.2 verwenden 2184 => SSL 2.0, TLS 1.0 und TLS 1.2 verwenden 2208 => SSL 3.0, TLS 1.0 und TLS 1.2 verwenden 2216 => SSL 2.0, SSL 3.0, TLS 1.0 und TLS 1.2 verwenden 2560 => TLS 1.1 und TLS 1.2 verwenden 2568 => SSL 2.0, TLS 1.1 und TLS 1.2 verwenden 2592 => SSL 3.0, TLS 1.1 und TLS 1.2 verwenden 2600 => SSL 2.0, SSL 3.0, TLS 1.1 und TLS 1.2 verwenden 2688 => TLS 1.0, TLS 1.1 und TLS 1.2 verwenden 2696 => SSL 2.0, TLS 1.0, TLS 1.1 und TLS 1.2 verwenden 2720 => SSL 3.0, TLS 1.0, TLS 1.1 und TLS 1.2 verwenden 2728 => SSL 2.0, SSL 3.0, TLS 1.0, TLS 1.1 und TLS 1.2 verwenden

já estou usando o httpWinCrypt

Realizando testes de envio de NFe versão 4.00 homologação MG, a NFe não é enviada e o retorno vem vazio. Acho que deveria me retornar, pelo menos, o Erro de Requisição. Vi que o motivo era porque nas opções do internet o TLS 1.2 não estava marcado. Ao marcá-lo consegui enviar a NFe com sucesso. Porém, existem aplicativos (principalmente aplicativos bancários) que alteram essas configurações no internet. Pergunta 1 - como tratar isso no aplicativo emissor de NFe para que, pelo menos, mostre ao usuário a causa do erro? Qual o comando em Delphi para capturar as configurações do IE? Pergunta 2 - Qual o comando no Delphi para alterar as configurações do IE via aplicativo, para win32 e win64 e qualquer versão do windows ? Preciso desmarcar a verificação de certificados revogados e marcar o TLS 1.2

anexe o xml

Geralmente o que a contabilidade pede é o arquivo zipado contendo todos os xmls do mês.

O CSOSN no Danfe já sai com 4 digitos. O primeiro digito é o conteudo da tag <orig> e os outros 3 digitos da tag <CSOSN> -<ICMS> -<ICMSSN101> <orig>0</orig> <CSOSN>101</CSOSN> <pCredSN>1.8500</pCredSN> <vCredICMSSN>0.19</vCredICMSSN> </ICMSSN101> </ICMS>