Fabrício G. Araújo

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.

Pessoal, a muito tempo tentei fazer a Argox OS-214 plus funcionar sem desperdiçar a etiqueta e acabei desistindo, pois não consegui. Então agora estou com a impressora de um cliente para voltar a brigar com ela e esse tópico me encheu de esperança, fiz a configuração informada pelo @Ederaldo, mas infelizmente nada muda, não funciona. O @Atacarejo Sergipano falou que funcionou, já o @Luiz Carlos Caldeira não, assim como eu. Info: utilizo o componente de ACBrETQ, a impressora veio com default a linguagem PPLA (seto no componente modelo etqPpla), ela possui Ribbon e estou utilizando etiquetas com GAP. O que mais posso fazer?

Nada ainda... mas nos últimos dias a SEFAZ daqui voltou a funcionar estável, então nem sei se daria certo ou não, mas vou alterar apenas a propriedade TimeOut para 30 segundos, ou seja: ACBrNFe.Configuracoes.WebServices.TimeOut := 30000; // 30 (trinta) segundos Agora só com outra instabilidade para saber se teve ou não resultado.

Aí que está a questão Juliomar, eu dei o recurso via sistema (fiz minha parte, já que está descrito na documentação), agora quem é responsável por emitir ou não é o cliente consultando o seu contador. O default do sistema é a emissão em duas vias, caso o cliente deseje alterar ele que é o responsável.

Olá pessoal, Olha, no meu caso permito que o usuário possa configurar se quer que emita uma ou duas vias em contingência offline. Até porque o último manual disponibilizado deu a entender isso: Manual_de_especificacoes_tecnicas_da_Contingencia_Off-line_versao_2.0 Página 8, primeiro parágrafo: "No caso de emissão em contingência 9, é obrigatória a impressão do Detalhe da Venda e do DANFE NFC-e, sendo que, nesta hipótese, deverá ser impressa uma segunda via do DANFE NFC-e que deverá permanecer a disposição do Fisco no estabelecimento até que tenha sido transmitida e autorizada a respectiva NFC-e emitida em contingência. Esta obrigação poderá, a critério da Unidade Federada, ser dispensada."

Olá colegas, Essa semana a SEFAZ/GO está totalmente instável para NFC-e, e estou recebendo muito erro "12002 - O tempo limite da operação foi atingido". Gostaria de entender melhor como funciona a configuração, sendo que a minha está assim: ACBrNFe.Configuracoes.WebServices.TimeOut := 10000; // 10 (dez) segundos ACBrNFe.Configuracoes.WebServices.IntervaloTentativas := 1000; // 1 (um) segundo ACBrNFe.Configuracoes.WebServices.Tentativas := 5; Da forma acima, significa que se der timeout, serão gastos 54 segundos para retornar a resposta do componente? Qual padrão estão usando em suas configurações, ou melhor, o que sugerem para evitar essas instabilidades dos servidores das SEFAZ? Fabrício Gomes Araújo

Certamente que não, como você mesmo postou, os horários estão com vários minutos de diferença, então teria que ajustar a sua rotina. Caso grave no seu banco de dados a sua venda primeiro, então utilize a mesma informação para preencher o componente, não utilizando o now novamente, ou se for o contrário, utilize a informação preenchida no componente e atribua no seu banco de dados, assim quando recuperar estará tudo igual.

Aí que está o problema... você está utilizando o now no momento de enviar a nota, mas não é mesmo valor que você deve gravar no seu banco os dados da nota, ou seja, outro horário. Então quando preenche o componente será gerado outro XML pois teve essa diferença nos horários. Qualquer que seja a alteração no XML o digestValue irá mudar.

Talvez o pessoal esteja se referindo às novas regras do manual do DANFE 4.0, onde trata de forma diferente os descontos, acréscimos, e valor total e valor pago. Ops... foi mal @RicardoVoigt, postei ao mesmo tempo que você...

@Meioquilinho, não sei exatamente que erro é esse também, mas se é algo relacionado com lote, ao invés de postar o xml da sua nota, posta o xml do lote com a sua nota que foi tentado enviar (*-env-lot.xml). Outra coisa, seu componente está atualizado com todos os schemas atualizados também?

@lavaprato, esse "cadastrou" estava me referindo ao meu sistema, pois tenho uma tela de configuração para o usuário informar esses dados, então eles informaram incorretamente, ou seja, diferente do que estava no site. Tem que tomar cuidado, pois geralmente é validado tudo, tem estado que gera em minúscula, tem estado que tem máscara e por aí vai, tem que ser exatamente o que está no site.

Cara, existe um tópico recente falando exatamente sobre esse problema, e lá resolveram o problema:

O CSC em Goiás é algo desse tipo mesmo, não tem essa máscara. Tenho clientes emitindo sem problemas, se for o caso verifica se os seu arquivo INI estão atualizados com as URLs do QR-CODE atuais para GO, outra coisa é garantir o número sequencial do CSC e CSC corretos, se o ambiente estão corretos (produção ou homologação) e se não tem mais de um cadastro ou revogado, no mais está tudo ok em Goiás.