bnobre

Atualizei e apareceu a opção SSLType aonde você falou... Obrigado

Olá a todos, Precisei atualizar o Fortes Report, mas acabei me enrolando e apaguei tudo. Depois instalei novamente já usando o endereço SVN https://github.com/fortesinformatica/fortesreport-ce/ pensando em facilitar futuras atualizaçãoes, e a versão anterior ficou dando erro ao carregar o Delphi, aí tive que excluir os caminhos antigos no Library Path. Existe algum tutorial (ao menos eu não achei) de como instalar e atualizar o Fortes Report? Assim evito "dores de cabeça" em futuras atualizações. Desde já agradeço a atenção de todos

Olá Rafael... Então esse erro não é para acontecer???

Olá meu amigo, Sobre o erro esperado e tratado vou postar no tópico do Daniel que fala sobre o AcBRDFe (dica acima do Rafael Dias). Em relação a propriedade, tentei atualizar meus fontes aqui, mas deu erro ao compilar o pacote "ACBr_Comum.dpk". Vou resolver aqui e já lhe aviso se apareceu. Abraços

Olá meu amigo, obrigado pelos esclarecimentos... Só me ajuda em 2 quesitos ai, se puder: No item 2 você fala que essa exception é esperada e tratada... Como assim? É normal ter esse erro? E porque ele existe? No item 4 eu não achei o caminho que você me falou, mas achei aqui "ACBrNFe1.SSL.SSLType", só que somente por código, nada no Object Inspector... Seria aqui mesmo?

Vamos lá... Primeiro muito obrigado pela dica, li mais a respeito em: O problema é que fiquei com algumas dúvidas: 1 - Você sugeriu marcar a propriedade XMLSignLib = xsLibXML2, mas essa propriedade não existe, então suponho que queira ter dito SSLXMLSignLib = xsLibXML2. Estou correto? 2 - Se eu estiver correto sobre o item 1 acima, quando marco essa opção o envio da NFCe até ocorre, mas sempre recebo o Debugger Exception Notification "Erro: Falha ao localizar nó de assinatura" somente dentro do Delphi. Porque??? 3 - Resolvi seguir o padrão sugerido no tópico "Bye Bye CAPICOM", onde está XMLSignLib = xsMsXml, e assim o envio ocorre sem o "Erro: Falha ao localizar nó de assinatura". Porque? Qual a diferença entre os 2 valores(xsLibXML2 e xsMsXml)? 4 - Você falou pra deixar a propriedade SSLType como convir... Onde está essa opção no Object Inspector? Eu não achei. 5 - Você falou que "a SSLCryptLib = xsLibXML2 é implementação nova"... Não achei esse valor em SSLCryptLib, somente os valores cryCapicom, cryNone, cryOpenSSL e cryWinCrypt. Desde já obrigado pela dica o WinCrypt.

Mas se eu configurar da maneira que você falou funciona normalmente? Se da maneira que eu uso tem esse problema, porque a opção que sugeriu não vem por padrão? Desde já agradeço a atenção

É um "saco" isso

Olá a todos, Para o correto envio da NFe/NFCe, sem o erro 12157, é necessário que se marque/desmarque algumas opções do Internet Explorer... Maiores detalhes no post abaixo: O problema é que em alguns clientes, tempos depois, o erro 12157 volta a aparecer e quando vou verificar as opções que eu havia especificado foram desfeitas. Como agora por exemplo, ao redigir esse post, onde verifiquei que as opções "Usar TLS 1.1 e 1.2" na máquina do cliente foram remarcadas sozinha, ocasionando novamente o surgimento do erro 12157, aí reconfiguro e tudo volta ao normal, até a próxima desconfiguração. Alguém já teve esse problema? Saberiam a causa e/ou a solução? Desde já agradeço a atenção de todos

Olá BigWings, Perfeito sua observação... A nota em que eu efetuei o teste era de VENDA, fiz agora uma de devolução e aceitou o "Sem Pagamento" com o valor 0,00. Obrigado e abraços

Cara, só migrei no ambiente de Homologação e até o momento não tive nenhum grande stress, mas como como amigo "russocorp" citou existem novas regras como ao mencionar faturas informar o pagamento como Duplicata Mercantil, a própria obrigatoriedade de informar um meio de pagamento e a separação do FCP que antes vinha na alíquota do próprio ICMS, mas isso é inevitável, se não nos prepararmos para isso agora teremos que nos adaptar depois. O meu grande receio é até julho surgirem novas obrigações ou erros. Mas Carlos, você ainda está no trunk1??? Acho que nem existe mais atualização para ele. Cara, quando eu migrei do trunk1 para o trunk2 mudou MUITA coisa a nível de comandos básicos, se eu fosse você migrava esse trunk logo, mesmo que mantenha o NFe 3.10, porque eu creio que você terá problemas pela mudança desses vários comandos.

Kkkkkk ... Porque meu amigo, está tendo dificuldades para migrar?

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