Fabrício G. Araújo

@BigWings, se puder adicionar ao repositório o novo arquivo .ini do post cidado acima, ficarei grato, assim poderia ajudar outras pessoas a testar NFC-e v.4.0 em homologação em GO.

Você chamou novamente duas vezes (tem dois Add), para uma forma de pagamento seria: with ACBrNFe1.NotasFiscais.Add.NFe do with pag.Add do begin tPag := fpDinheiro; vPag := 100; end; ou var Pagamento: TpagCollectionItem; ... Pagamento := NotaF.NFe.pag.Add; Pagamento.tPag := fpDinheiro; Pagamento.vPag := 100;

Vi que enviou em homologação, acabei de consultar e achou normalmente: https://hom.nfe.fazenda.gov.br/Portal/consulta.aspx?tipoConsulta=completa&tipoConteudo=XbSeqxE8pl8%3D

Pelo que percebi na sua codificação foi você mesmo que deu Add várias vezes, inclusive no seus IFs, assim criando várias formas de pagamento.

Finalmente consegui emitir uma NFC-e 4.0 em homologação em GO. Depois de muito cobrar uma resposta da SEFAZ/GO que ignorava os meus e-mails, entrei em contato novamente pelo telefone cobrando e hoje me responderam. E a URL que deve ser informada na consulta é a mesma do QR-CODE, e não o da consulta por chave (falha deles, mas fazer o quê... importa que autorizou). Então segue em anexo as alterações do arquivo ACBrNFeServicos.ini, com as URLs para NFC-e 4.0 em homologação em GO. ACBrNFeServicos.ini

@GILBERTO FARIA, ainda não fiz nenhum teste mais elaborado com outras tributações, fiz o mais básico possível utilizando o demo. Sobre a NFC-e ainda continua a mesma restrição, entrei em contato ontem com a Sefaz/GO e não me deram solução, só informaram para reenviar o e-mail com a solicitação novamente, o mesmo que não obtive resposta... por enquanto na mesma.

@Airton dos Santos, sim essas são as opções disponíveis para informar. Inclusive a dependências dos atributos de cada uma podem ser obtidas na documentação, mas fiz um resuminho que me ajuda a identificar essas dependências. Qualquer coisa dá uma olhada aqui: Espero que ajude. Fabrício Gomes Araújo

@Agnaldo Prates, Win7, mas nem sequer é informado o certificado, o erro ocorre na geração do XML auxiliar, sem assinatura nem nada, só que é no ambiente do finado D6. Fiz teste com modo de compatibilidade e não faz diferença. Se de tudo não conseguir fazer funcionar o componente atualizado no D6, essa geração simplificada do XML, assim que jogar a toalha, a única opção que tenho é programar todos os novos atributos no meu antigo ACBr que está funcionando no meu D6, onde os fontes são do início do ano passado, funcionando tudo direitinho para v.3.10.

Senhores, A alguns anos sei da falta de compatibilidade do componente com Delphi mais antigos, então para contornar isso tenho um programinha tipo um micro ACBrMonitor, com um Delphi mais novo (DXE6) que faz todo o trabalho de ler o XML, certificado, assinar, enviar e retornar o XML autorizado, e então com o Delphi antigo (D6) apenas utilizo o componente TACBrNFe para preenchê-lo e gerar o arquivo XML (sem nem sequer assinatura) que é enviado para o meu micro ACBrMonitor. Basicamente no Delphi antigo uso apenas algo do tipo: ACBrNFe1 := TACBrNFe.Create(Self); ACBrNFe1... (preenche tudo que tiver que preencher) ACBrNFe1.NotasFiscais.Items[0].GravarXML('Teste.xml', ExtractFilePath(ParamStr(0))); (depois) ACBrNFe1.NotasFiscais.Clear; ACBrNFe1.NotasFiscais.LoadFromFile(Path + NomeArqResp); Assim não preciso gerar o XML na mão, utilizando o componente para isso. Utilizo essa estrutura a muito tempo e só atualizo o ACBr quando vem uma grande modificação, que está acontecendo agora com a versão 4.0 com vários novos atributos. Então eu forço a instalação do componente de forma manual, igual fazia antigamente sem ter o ACBrInstall_Trunk2.exe, abrindo pacote por pacote e compilando e instalando alguns. Com algumas adaptações consigo instalar o componente, mas infelizmente, até onde achava que meus problemas se resumiam a apenas conseguir instalar o componente... para minha surpresa ao tentar gerar o XML dá uma Access Violation internamente que não dá para identificar do que se trata, em funções simples de manipulação de string. Não sei o motivo do Access Violation, não entendo quando leio sobre as diferenças de tratamento de strings nos compiladores do Delphi, se é UNICODE ou sei lá o quê... mas acho que pode ser algo nesse sentido que possa estar ocorrendo o erro. Pessoal, depois de toda essa situação exposta, o que peço é a ajuda de vocês para me dar um direcionamento, sugestão, dica do que posso fazer para conseguir evitar o erro. Vale lembrar que não estou pedindo nenhuma alteração no componente, só que me auxiliem a contornar o problema com a experiência que possuem, pois já estou quase jogando a toalha e a última tentativa é que possam me ajudar. Desculpe o tamanho da mensagem... mas infelizmente não sei mais o que fazer. Qualquer ajuda será bem vinda. Fabrício Gomes Araújo

Boa tarde @GILBERTO FARIA, Ainda estou aguardando a resposta da Sefaz, se tento emitir a NFC-e continua a mesma mensagem. Assim que conseguir alguma resposta e conseguir autorizar, pode deixar que aviso.

Será que teremos que ficar na base da tentativa e erro e ter uma configuração para cada servidor de nota? Digo isso, pois consegui autorizar em homologação uma NF-e 4.0 em GO e no meu caso só funcionou quando informei SSLType LT_TLSv1_2 (com WinCrypt), quando estava LT_all dava erro, ou seja, o contrário do @felipenapa na BA. Espero que seja só uma questão de instabilidade dos servidores das sefaz enquanto estão disponibilizando o ambiente, mas que ao entrar em produção possamos utilizar uma configuração única.

Utilizando o demo consegui autorizar uma NF-e 4.0 em GO, então fiz os ajustes das urls conforme o @Italo Jurisato Junior sugeriu, e a consulta da NFC-e 4.0 funcionou normal (até porque a url é a mesma da NF-e), só que quando tentei emitir a NFC-e, recebi a rejeição: "878 - Rejeição: Endereço do site da UF da Consulta por chave de acesso diverge do previsto." Já entrei em contato com a SEFAZ-GO e então solicitaram o XML para analisar e me dar uma resposta. Por enquanto estou aguardando, assim que conseguir autorizar aviso aqui.

Eita... Acho que meus clientes não saberão disso. Valeu pela informação @Daniel Simoes. Sempre utilizei a Capicom e agora vou migrar para WinCrypt, ou seja, WinXP para mim irá morrer mesmo.

Pessoal, só para bater o martelo de vez na assunto WinXP e v4.0 (NF-e/NFC-e)... Como o WinXP não suporta TLS 1.2, significa que em hipótese nenhuma, ou seja, em nenhum servidor da SEFAZ do Brasil, com nenhuma configuração possível (OpenSSL, Capicom, WinCript, config. IE, pai de santo...etc), simplesmente não será possível emitir NF-e/NFC-e na versão 4.0. É isso mesmo né? Sendo isso mesmo, parece que finalmente vou conseguir fazer com que alguns clientes desapeguem do WinXP.

Pessoal, Existe um tópico fixado em Informações Úteis, que a muito tempo atrás disponibilizei a relação dos campos de ICMS de CST e CSOSN em Diagrama: Como estava iniciando os estudos para a versão 4.0, resolvi atualizar o documento e disponibilizar para todos, e assim contribuir com a comunidade. Caso os moderadores achem interessante, poderia mover este post para o original citado acima, pois não tenho acesso para postar lá. Segue documento em anexo: Diagrama_CST_CSOSN_v4.0.pdf Fabrício Gomes Araújo

Olá pessoal, Estou iniciando os estudos para a NFC-e 4.0. Acabei de atualizar os fontes do ACBr e percebi que foram preenchidas as URL de homologação 4.0 de GO apenas para NF-e. Alguém já efetuou testes em homologação de NFC-e 4.0? Entrei em contato hoje com a SEFAZ-GO e eles informaram que as URLs são as mesmas para NF-e e NFC-e, conforme e-mail abaixo: ---------- Mensagem encaminhada ----------De: <[email protected]>Data: 22 de agosto de 2017 09:05Assunto: Solicitação atendida DFe- 49620Para: xxxxxxxxxxxxxxx Senhor(a) Fabricio Gomes araujo,Informamos que a sua solicitação foi atendida em 22/08/2017 09:05, conforme os dados abaixo:Número: 49620Tipo: RequisiçãoServiço: NFCe.EMISSAO.OPERAÇÕES.SUPORTE.Descrição: Empresa de software solicita informação sobre as webservice da versão 4.0 da NFC-e, se já estão disponíveis?CNPJ: xxxxxxxxxxxxxxResposta do grupo solucionador:Segue abaixo as novas URLs no ambiente de homologação na versão 4.0: NFeAutorizacao - https://homolog.sefaz.go.gov.br/nfe/services/NFeAutorizacao4?wsdl NFeRetAutorizacao - https://homolog.sefaz.go.gov.br/nfe/services/NFeRetAutorizacao4?wsdl RecepcaoEvento - https://homolog.sefaz.go.gov.br/nfe/services/NFeRecepcaoEvento4?wsdl NFeInutilizacao - https://homolog.sefaz.go.gov.br/nfe/services/NFeInutilizacao4?wsdl NFeConsultaProtocolo - https://homolog.sefaz.go.gov.br/nfe/services/NFeConsultaProtocolo4?wsdl NFeStatusServico - https://homolog.sefaz.go.gov.br/nfe/services/NFeStatusServico4?wsdl NfeConsultaCadastro - https://homolog.sefaz.go.gov.br/nfe/services/CadConsultaCadastro4?wsdlClique aqui para fazer a avaliação do AtendimentoCaso a solução não lhe atenda, a solicitação poderá ser reaberta. A Central de Suporte NF-e e NFC-e SEFAZ-GO agradece seu contato. Em caso de dúvidas estamos à disposição nos contatos abaixo: Capitais e região metropolitana: 4000 -1230 Demais regiões: 0800 940 5505 Horário de atendimento: Em dias úteis, das 7 às 19h. E-mail: [email protected] ------------------------------------------------------------------ Até questionei também sobre qual seria a URL de consulta que compõe o QR-CODE, e informaram que é o mesmo utilizado atualmente em homologação, ou seja, http://homolog.sefaz.go.gov.br/nfeweb/sites/nfce/danfeNFCe Como informei antes, estou iniciando os estudos, portanto não sei se o ambiente está funcionando, apenas estou repassando a informação da SEFAZ-GO para que os moderadores, caso queiram, possam disponibilizar as URLs no componente. Fabrício Gomes Araújo

Olá @jhoerlle, Até onde entendi, você está com um problema parecido com o que eu tive a um tempo atrás... dá uma olhada nesse tópico e vê se te ajuda:

Bom saber @William F. L.. Valeu.

Obrigado pelas informações @Daniel Simoes. Realmente não cheguei a baixar o manual do emulador, só a especificação técnica, perguntas frequentes e o fórum estão sendo meus guias iniciais. Sobre o equipamento SAT, solicitei um orçamento para Bematech de aquisição para software house, em até 48 hrs deverão entrar em contato, então imagino que eles me passarão informações adicionais sobre o uso do equipamento... questões como ativação e tudo mais. Valeu d+.

Sim @Daniel Simoes, já andei lendo essas perguntas frequentes e reli, mas ainda fiquei com as dúvidas citadas. Ainda só estou efetuando o levantamento das informações, não tentei efetivamente efetuar o cadastro da software house. Se puder esclarecer minhas dúvidas, agradeço muito.

Olá pessoal, Estou iniciando os estudos para ver o interesse ou não da integração do SAT em nosso sistema que atualmente possui as soluções com Cupom Fiscal ECF, NF-e e NFC-e. Confesso que estou meio perdido, pois existe muito conteúdo para analisar e gostaria da ajuda de vocês para entender melhor como poderia utilizar o ambiente de testes para desenvolvimento, até já sei que tenho que cadastrar a empresa na Sefaz/SP. Seguem algumas informações: Sou de GO, possuo certificado digital da empresa, e não possuo IE em SP, dito isso, seguem as dúvidas: - Conseguiria utilizar o emulador de SAT normalmente? - Caso adquira o equipamento SAT para empresas de desenvolvimento, conseguiria utilizá-lo normalmente?

Também gostaria de saber se existe algo nesse sentido. No meu caso quando o usuário dá entrada do XML é possível configurar o sistema para atualizar o NCM de acordo com o NCM do XML do distribuidor, mas agora nesse caso específico em que alguns NCM expiraram e o usuário ainda não deu entrada nas novas compras, como manter o NCM do usuário atualizado se nem sequer sabemos qual é o correto? Existe uma relação confiável de código de barras com NCM? Como o pessoal da comunidade aqui está ajudando os seus clientes a manter o código NCM de seus produtos atualizados?

Felipe, no meu caso eu utilizo justamente esse método que você falou para matar dois coelhos com uma cajadada só, antes de gerar uma nota, verifico a data de vencimento do certificado, então se leu o certificado corretamente irá retornar a data de vencimento para informar o usuário se estiver vencendo, caso não execute o método com sucesso, significa que, ou o certificado não está instalado corretamente, ou não está espetado no computador no caso do token A3. Para mim funciona muito bem.

Bom dia pessoal. Só para ficar registrado, consegui fazer a Argox OS-214plus não desperdiçar etiquetas com o componente ACBrETQ, mas nada das dicas que encontrei resolveram para mim, apesar que para outros funcionou, como a descrita nesse tópico pelo @Ederaldo, ou outras que encontrei pela internet: https://argoxbrasil.blogspot.com.br/2013/04/como-habilitar-o-back-feed-para-argox.html No meu caso, que efetuo a comunicação diretamente pela LPT1 via mapeamento do compartilhamento da impressora, só funcionou ao utilizar na função Imprimir o parâmetro avanço ( ACBrETQ.Imprimir(1, 600) ), com valor 600, não sei nem dizer exatamente o porque desse valor, no desespero fiz na tentativa e erro e funcionou bem para todos os modelos de etiquetas que estão implementadas no sistema com GAP, variando desde a menor com altura de 18 mm até a maior com 50 mm, em todas o avanço foi de 600, funcionando perfeitamente o backfeed. O que acho estranho de ter de fazer isso para Argox (com linguagem PPLA), foi que para impressoras Zebra e Bematech LB-1000 (com linguagem EPL2) nunca foi necessário utilizar o parâmetro avanço e funciona normalmente até hoje ( ACBrETQ.Imprimir ). Emfim, o fato é que está finalmente funcionando, resolvi compartilhar como solucionei o meu caso para quem sabe possa ser útil para mais alguém que venha a passar por isso. Fabrício Gomes Araújo

@Daniel Simoes, bom dia. Lá em 2012 você postou nesse tópico que a sua Argox funciona normalmente, não desperdiçando etiqueta, sem ter que pressionar a tecla feed para destacar a última. O modelo da sua Argox é a OS-214 plus? Tem alguma coisa que possa me orientar? Tipo de onde baixar novos drivers, ou sei lá o quê... nem sei mais o que pensar para ela funcionar, pois fiz as configurações indicadas pelo @Ederaldo e nada.