bnobre

Muito obrigado José, conforme suspeitei os campos já existiam e eu não uso, portanto a princípio não incluirei os novos que dependem desses. Quanto a leitura da coluna Tamanho, eu já imaginava que era isso, só queria mesmo uma confirmação pois não achei explicação definitiva em lugar nenhum, muito obrigado.

Olá a todos, Estou trabalhando na migração do meu sistema de emissão de NFe 3.10 para o novo padrão 4.0, e acabo de saber da nova prorrogação de prazo da desativação da versão anterior, agora para o dia 02/07/2018. Meu receio é estar tendo esse trabalho para migrar, implantar nos clientes, explicar as mudanças e posteriormente surgir mais mudanças e eu ter que implanta-las dinovo e explicar dinovo para meus clientes. O que os amigos pensam disso? Os amigos já implantaram a versão 4.00 em seus clientes ou estão aguardando? Acham que vale a pena migrar agora? Desde já agradeço a atenção de todos

O prazo mudou dinovo?????

Olá José, obrigado pela dica das cores... Eu preciso saber sobre a existência dessas tags específicas na versão 3.10, pois eu nunca as utilizei em meus clientes ao longo dos últimos anos, e da existência delas dependem as novas tags <pST>, <vBCFCPSTRet,> <pFCPSTRet>, <vFCPSTRet> e <vBCFCPUFDest> da versão 4.00. Como meus clientes nunca precisaram usar as tags que mencionei no primeiro post desse tópico, consequentemente, se elas já existiam na versão 3.10, eles também não precisaram preencher tais tags da versão 4.00. Procurei aqui nas Notas Técnicas, mas não achei. Você sabe onde posso encontrar o diagrama ou o manual com todas as tags usadas na versão 3.10 para elucidar essa dúvida? Outra dúvida, o que significa, por exemplo, o valor "13v2" da coluna "Tam." da página 29 da Nota Técnica 2016.002 - v 1.42? O valor "3v2-4" da coluna "Tam." da mesma página? Como deve-se interpretar tais informações? Não achei nada na NT explicando.

Valeu Juliomar

Olá a todos, Vamos supor que estou emitindo uma NFe 4.0 de valor total 100,00. A mesma é uma nota de devolução e portanto especifico a forma de pagamento com o tipo "90 - Sem pagamento". O problema é que se o valor do pagamento ficar "0,00" eu recebo o erro "Rejeição-> Total dos pagamentos menor que o valor total da nota". Se eu especificar o valor 100,00 o erro pára. Minha dúvida é: É isso mesmo? Mesmo informando o tipo de pagamento "90 - Sem pagamento" eu sou obrigado a colocar o valor total da NFe?

Olá a todos, estou migrando meu sistema de emissão de NFe e NFCe para a versão 4.0. Para tal estou utiizando como base a apresentação https://pt.slideshare.net/regys_silveira/mudanas-da-nfe-40-e-implementao-com-acbr (dica do José) e a Nota Técnica 2016.002 - v 1.42. Estou só com pequenas dúvidas que quero esclarecer somente na leitura da NT. 1 - Qual a lógica das cores amarelo, verde e vermelho que aparecem sombreando partes de textos nessa e em outras Normas Técnicas? 2 - Na página 28 dessa NT, existem a descrição dos campos vBCSTRet e vICMSSTRet. Tais campos já existiam na versão 3.10? 3 - Na página 43 dessa NT, existem a descrição dos campos vBCUFDest, pFCPUFDest, pICMSUFDest, pICMSInter, pICMSInterPart, vFCPUFDest, vICMSUFDest e vICMSUFRemet. Tais campos já existiam na versão 3.10? Desde já agradeço a atenção e um feliz ano novo à todos.

Eu já tinha visto essa Bluesoft, mas é paga. O pessoal do SIC deve ter uma base própria. Vou aguardar Janeiro pra ver o que o pessoal da GS1 decide, afinal a base de referência será a base deles.

Vamos lá, De acordo com o pessoal da GS1 podemos, até o presente momento, descartar essa API e suas cobranças. Dado essa normativa, que torna a base deles referência para a validação dos GTINs enviados nos DFes, eles ainda estão estudando como se dará a consulta em cima da base deles. A previsão que me foi passada é que em Janeiro eles terão algo mais concreto sobre tal assunto. Só nos resta aguardar, qualquer novidade posto aqui.

Bem... Ainda não obtive retorno por parte da GS1, mas consegui achar uma proposta deles na internet... E pelo jeito não é nada gratuito, ao contrário do que inicialmente me falaram ao telefone. Ao meu ver isso deveria ser informação de domínio público, principalmente agora que a obrigatoriedade existirá em relação ao cadastro do GTIN nos DFes, e tendo essa GS1 como referência nacional para tal validação a mesma deveria fornecer gratuitamente. Segue abaixo o link para quem quiser verificar os valores (Não anexei no post pois excede 2 MB): https://mega.nz/#!OIEhnSSa!K58yxoP2WfsVchAN2bM6lKi3kPzTFvk_mcWMYLD1Wi0 Assim que receber confirmação sobre esses valores e detalhes sobre como funciona a API e sua integração com o Delphi eu posto aqui. O que me intriga é que há meses, clientes novos, relatam que o aplicativo que usavam antes do meu permitia puxar detalhes como descrição, unidade, etc do produto preenchendo somente o código de barras (sem nenhum custo adicional). Para ser mais preciso esse aplicativo é o SIC (http://www.sicnet.com.br/). Agora como será que eles fazem, usam a API da GS1 (o que suponho ser improvável dado a cobrança existente) ou arrumam essa base em algum outro repositório que não seja a GS1?

Olá meu amigo, grato pela resposta. Entrei em contato com o pessoal da GS1, estou aguardando resposta deles com valores de consulta e instruções sobre integração com o Delphi, assim que tiver maiores detalhes posto aqui para conhecimento do resto da comunidade. Mas eu fiquei com dúvida sobre uma parte do texto que postou, especificamente nesse trecho: "No caso de cEANTrib, o GTIN tributário deve corresponder ao GTIN da menor unidade comercializada no varejo identificável por código GTIN" Como assim GTIN de menor unidade comercializada no varejo? Nesse caso poderão coexistir cEAN e cEANTrib diferentes? Poderia exemplificar? Outro detalhe, tecnicamente falando como eles vinculariam que aquele GTIN não pertence aquele produto? Ao meu ver eles só podem verificar se o GTIN é inválido, se o usuário quiser ele coloca tudo "SEM GTIN" e pronto, assim como vários fazem com o NCM colocando "00000000". Estou errado no raciocínio? Desde já agradeço a atenção de todos

Olá a todos. De acordo com algumas mensagens que li no fórum, a partir de janeiro de 2018 começará a obrigatoriedade do cadastro do GTIN para enviar NFe e NFCe... E tal cadastro será validade com o que existe no CCG. Minha dúvida é: 1 - Como será feito a detecção e diferenciação pela SEFAZ dos produtos que possuem GTIN para os que não possuem? 2 - Como ter acesso a essa tabela do CCG? Para inserirmos em nosso sistema, facilitando assim a vida de nossos clientes. Desde já agradeço a atenção de todos.

Bom dia meu amigo, Só um detalhe, em todos os meus clientes após atualizar a cadeia V5 eu não precisei nem reiniciar o computador e nem fechar o meu aplicativo... Só foi atualizar e tentar enviar novamente e FOI. Fica a dica. Abraços

Olá senhores, alguma definição ai? Já sabem se a Receita definiu de vez o novo link?

Olá André, obrigado, mas eu já havia lido esse aviso. A grande dúvida é porque HOJE e porque não para TODOS os desatualizados? Tudo bem, os certificados não estavam atualizados, mas só na minoria de meus clientes tive tais problemas, a grande maioria que também não possuem essas cadeias atualizadas funcionou normal.

Olá a todos, consegui resolver com a instalação dos certificados citados na pasta "Autoridade de Certificação Raiz Confiavel". Até aí tudo bem, mas a questão é... O que foi isso? Eles simplesmente tornaram isso obrigatório hoje sem aviso? E porque só alguns clientes meus tiveram problema (a grande minoria teve problema)?

Grato Juliomar, Dei uma olhada e realmente ele deixa enviar o e-mail junto com o DANFE, mas ao menos no exemplo que tenho aqui na minha máquina, ele faz uso do ACBrMail para tal. Meu intuito era fazer tudo através do Fortes Report, ativando aquele botão ENVIAR do componente na tela de Preview,

Olá Juliomar, obrigado pela dica. Nunca fiz uso do envio de DANFE por e-mail usando componentes do próprio ACBr, poderia me dar a dica de qual(is) unit(s) tem o que me interessa? Desde já obrigado

Daniel, a nível de estudo abri o fonte para entender essa diferenciação das versões. function UTF8ToNativeString(AUTF8String: AnsiString): String; begin {$IfDef FPC} Result := AUTF8String; // FPC usa UTF8 de forma nativa {$Else} {$IfDef UNICODE} {$IfDef DELPHI12_UP} // delphi 2009 em diante Result := UTF8ToString(AUTF8String); {$Else} Result := UTF8Decode(AUTF8String); {$EndIf} {$Else} Result := Utf8ToAnsi(AUTF8String) ; {$EndIf} {$EndIf} end; Veja se eu entendi o código direito. 1 - Se for FPC usa o próprio padrão UTF8, correto? O que seria FPC? 2 - Se não for FPC e for UNICODE, e pertencer ao Delphi 2009 em diante usa UTF8ToString, correto? 3 - Se não for FPC e for UNICODE, mas abaixo do Delphi 2009, usa UTF8Decode, correto? 4 - Se não for FPC e nem for UNICODE, usa UTF8ToAnsi, correto? Qual Delphi por exemplo entraria nesse quesito? Desculpe estender o assunto, mas essa dúvida me deixou inquieto. Desde já agradeço a sua atenção.

Olá a todos, Estou procurando bastante um exemplo de envio de e-mail pelo Fortes Report, em muitas mensagens comentam que no site oficial tem esse e vários outros exemplos, mas não acho nada. Alguém saberia me dizer onde está? Quero, ao invés de imprimir o relatório, enviar um e-mail com o mesmo anexado em formato PDF. Desde já agradeço a atenção de todos

Obrigado Daniel... Mas você disse para eu usar as conversões acima de acordo com a versão do meu Delphi... Qual seria a diferença entre as versões de Delphi existentes?

Resolvi com a dica do tópico abaixo: http://www.activedelphi.com.br/forum/viewtopic.php?t=76510&sid=3efd77063b033dd9e6ae386e0fa4d1fb Oi Daniel... Tudo bom? Como é feita essa conversão? Meu Delphi é 2010, qual seria a diferença entre as versões ao fazer essas conversões?

Olá a todos, Estou lendo um arquivo de texto que hospedei em meu domínio, na verdade é um script SQL que executo em minha base local através de um componente ZSQLProcessor1. Para tal estou usando o tutorial do link abaixo: http://blog.4each.com.br/blog/2015/06/11/delphi-ler-arquivo-texto-de-um-endereco-http/ O problema é que ao copiar o conteúdo para a variável S, as palavras acentuadas vem com caracteres estranhos. Alguém pode me ajudar? Desde já agradeço a atenção de todos

Olá a todos, Estou passando aqui só pra confirmar o prazo presente na Nota Técnica 2016.002 - v 1.20, pois vou focar nessa migração de 3.10 para 4.00 no início do mês que vem. Está correto? Teremos até março de 2018 a versão atual 3.10 funcionando??? Abraços a todos

Olá EMBarbosa, tudo bom? Na verdade já procurei, mas abri o tópico em Delphi & Lazarus pois, como comentei no novo tópico, achei importante receber o feedback por quem JÁ usa alguma ferramenta (visto algumas serem pagas) ou de repente até outra solução (base off-line).