Cleber Ferreira

@Juliana Tamizou O meu foi homologado na ER 02.06. Se vale para as antigas, creio que para mim também se aplica a mesma regra, correto? Até porque não tem outra ER após 02.06 Obrigado Juliana... show!

Bom dia a todos! Para não criar um novo tópico, pois o assunto é o mesmo, deixa aqui minha dúvida. Como está a exigência de laudo do PAF-ECF para SC nesse momento? Estão exigindo ainda? Meu laudo vence agora nos próximos meses e gostaria de saber sobre isso. Afinal de contas, tem custo e estão em transição pra NFC-e

SEFAZ inutiliza NFCe em contingência? Qual UF é? Até hoje não tive esse tipo de experiência.

Não, ZEOS

Pois é. É um banco grande de 811GB (Supermercado). Já que tenho o software retaguarda que armazena as NFC-e, talvez seja melhor limpar as movimentações antigas no Firebird nos terminais.

Bom dia, eu tenho vivido uma situação em um cliente que exemplifico abaixo: No início do dia ao abrir o programa, ocorre uma lentidão durante algumas checagens que faço. Por exemplo: ao abrir a tela de emissão de NFC-e, checo se existe alguma nota do dia anterior pendente (rejeitada, contingencia, etc). Essa consulta que faço chega a passar de 10 segundos. Isso acontece só na primeira vez depois que o pc é ligado. Se abro uma consulta para ver as notas emitidas no dia, também ocorre essa lentidão. Porém da segunda vez em diante tudo funciona normal. Já foi pedido ao cliente para formar o PC. Foi instalado um SSD e não solucionou por completo a situação. Por último agora, alterei algumas configurações do Firebird (3.0) a fim de utilizar mais recursos da máquina para ver se tenho algum ganho de desempenho mas, não obtive êxito satisfatório. Lembrando que só ocorre quando o pc liga/reinicia (primeiras consultas ao banco). Depois flui tudo muito bem. Alguém já passou por essa situação que possa dar alguma dica?

Retira essas dll's de qualquer outro lugar do pc, principalmente na pasta windows e deixa somente na sua applicação. Faz outro teste também. Desabilite seu antivirus.

Já checou as dll's ssleay32.dll e libeay32.dll? dê uma varrida nos terminais e no servidor Cheque a versão presente neles. Quem sabe neh....

Bom dia, Uma dica para essa situação pode ser também a contratação de um serviço de e-mail separado, ou seja, não utilizar o oferecido por hospedagens. Estes são falhos. Em contrapartida, a contratação de um serviço de e-mail é barato e resolve muitos problemas.

Não sei como é o deles, mas geralmente coloca a modalidade do frete "por conta do destinatário" e não coloca dados da transportadora. Já vi notas assim. Você utiliza a API do Magalu? se for, checa isso com eles. As vezes vem no retorno da venda já.

Bom dia, Em consulta rápida no site da SEFAZ-ES, me parece que há um credenciamento prévio de desenvolvedor. Digo isso, porque tem uma lista de desenvolvedores credenciados. Porém, pelo que vi aqui, tem empresa cadastrada da época do PAF-ECF. Parece que reaproveitaram o cadastro e deram Ctrl+C e Ctrl+V. Mas não tem no site um link específico. Recomendo ligar lá. Secretaria de Estado da Fazenda do Espírito Santo (sefaz.es.gov.br)

Sim, sim... Minha intenção maior é saber se tinha mais alguém passando por isso ou era aqui apenas.

Bom dia, Alguém possui clientes que estão passando por dificuldades para emitir NFC-e em MG? Estou tendo relatos de clientes que estão só emitindo em contingência e estão com dificuldade de regularizar(enviar) essas notas. Webservices de MG estão instáveis nesses últimos dias?

Ok! Vou tentar adiantar algo e qualquer coisa, posto dúvida por aqui.

Boa noite @Juliomar Marchetti sabe me dizer se a estrutura do ACBrCIOT é compatível com a arquitetura de comunicação desse novo provedor? Se não for, o que posso fazer para adiantar? Pode ser construído em cima do IdHTTP ou outra arquitetura? Eu queria ir adiantando algo a respeito.

Creio que isso deverá ser parametrizável. Possivelmente, você tem um flag onde o usuário informa se a venda inclui delivery (vai ser entregue) ou não. Se tiver delivery, torne a captura de dados opcional. Caso contrário, obrigatório. Depois disso, dê um prazo e uma punição ao usuário se ele não regularizar isso.

Bom dia, porque você não cria uma rotina para captura dos dados do POS após o entregador retornar com o comprovante? Preenche esses dados e envia. A emissão do cupom não está vinculado ao envio do pagamento.

@Juliomar Marchetti Arquivo anexado aqui no topico

Boa noite, No início do ano, me parece que o eFrete começou a cobrar a emissão de CIOT através dos webservices. Estou tendo agora a demanda para implementar um outro provedor chamado TruckPad (https://www.truckpad.com.br/). Este não cobra o uso de webservice. Tive acesso ao manual de integração neles (em anexo) e pelo que notei são requisições HTTP com mensagem no formato JSON. Gostaria de saber se na estrutura do componente ACBrCIOT consigo incorporar esse novo provedor ou se seria necessária uma alteração considerável no modo de efetuar as requisições. Se for possível, já quero tentar implementar esse novo provedor. Fico no aguardo. Obs.: Seria possível criar um subfórum para o ACBrCIOT? Manual de integração V1.9.pdf

Adendo: achando que CF-e é NF-e

Bom dia, Vamos lá. No Registro 01 os campos nos quais são informadas as versões do SB e do PAF aceitam sim os pontos (pode mandar). No campo da versão da ER vão somente os números. No registro R05 não tem pontos. Com ou sem ponto, o ACBrPAF não controla isso. Você fornece da forma que preferir desde que não ultrapasse o limite do campos. Ele não formata o conteúdo. Só se alguém alterou os fontes do componente (muito remoto). Mas aí, outros desenvolvedores teriam se pronunciado aqui. Inclusive eu que ainda uso muito o PAF-ECF. Recomendo você debugar seu projeto e ver como o componente está recebendo essas informações da sua aplicação.

Boa tarde @Italo Giurizzato Junior, não tem acentos ou caracteres especiais. O cliente mandou fazer outro certificado digital e vou aguardar o ok deles para testar com esse novo. Vamos ver se acontece algo de diferente.

Boa tarde, eu faço assim: copy(DMACBr.NFe.NotasFiscais.Items[0].NFe.infNFe.ID,4,44);

Boa tarde, Estou passando pelo mesmo problema: "S06 - Não foi possível interpretar o certificado de transmissão" O estranho é já tem um cliente realizando emissão normalmente, mas em outro cliente apresenta essa mensagem. Ambos são da mesma cidade (Passos-MG). Estou desconfiado do certificado do cliente. Algo diferente na confecção do mesmo ou compatibilidade sei lá. Mas é impossível argumentar sendo que ele usa o certificado para outras finalidades e vai que não seja o certificado o problema. O provedor ISSIntegra jura que o webservice deles está funcionando normalmente, mas isso não ajuda muito, Aliás, eles não ajudam em nada. Só dizem o que esperam que aconteça mas não falam como chegar lá. Se tem ou não que mudar algo. Antes demoravam para enviar uma resposta. Agora nem resposta dão mais. São péssimos ao extremo. Enfim, algum conseguiu contornar a situação ou viveu algo semelhante? Att. <?xml version="1.0" encoding="UTF-8"?> <ii:Fault> <ii:Code>S06</ii:Code> <ii:Reason>Nao foi possivel interpretar certificado de transmissao.</ii:Reason> <ii:Detail>As informacoes enviadas no momento da conexao nao constituem um certificado valido.</ii:Detail> </ii:Fault> no último e-mail, eles mandaram isso: Prezado (a), na parte <signature> é preenchida pelo processo de autenticação (https://suporte.integragrp.com.br/hc/pt-br/articles/207165616-Autenticação-SSL). O erro já acontece no momento que tentar validar o certificado, não tem nenhum problema no nosso webservice, o problema é na autenticação do xml, precisa passara para o desenvolvedor para implementar a autenticação e depois fazer a requisição com o xml assinado corretamente.

Boa tarde, É essa mesmo. Lembrando que ela não poderá ser usada para a combinação POS x Credenciadora na hora de enviar pagamentos. Essa é para ser gerada separadamente para cada POS cadastrado.