francinaldoac
-
Total de ítens
75 -
Registro em
-
Última visita
-
Days Won
1
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Posts postados por francinaldoac
-
-
As pastas estão separadas, como disse funcionava normalmente há alguns dias, então passou a informar o erro, não houveram mudanças nessa rotina nas últimas semanas, não vi nota técnica com mudanças, por isso resolvi perguntar aqui no fórum se alguém sabia alguma coisa.
-
Copei os schemas do svn, mesmo assim o erro continua, não fiz mudança nessa rotina nas últimas semanas, nem alterei os schemas, simplesmente começou a dar o erro, há uns dois dias.
-
Eu também pensei que fosse, já tinha feito isso sem sucesso, por isso abri esse tópico.
-
Bom dia!
Estou com o erro "Cabecalho - Versao do arquivo XML nao suportada.CStat: 239" ao consultar a DistribuicaoDFe do MDFE, usando o método ACBrMDFe.DistribuicaoDFePorUltNSU, isso começou ontem, verificando o portal da MDFe não encontrei mudanças para esse mês, alguém está tendo o mesmo problema?
-
1
-
-
Boa tarde,
Existe algum projeto em andamento para denvolvimento da API, ou isso não está no radar da Acbr?
Atualmente os novos das empresas estão sendo desenvolvidos usando a API e não mais o método de troca de arquivos texto.
-
Em 31/08/2022 at 19:55, Juliomar Marchetti disse:
exatamente. mas depende da situação se tu vai oferecer a mais clientes sai mais em conta você contratar e revender o serviço ao cliente, pois quanto mais menos tu paga e dai tu cobra uma mensalidade para cobrir as despesas
Juliomar, meu cliente quer apenas enviar promoções para vários clientes ao mesmo tempo, sem lista de transmissão, individualmente, as conversas vão fluir pelo whatsapp web, tendo em vista isso, qual a API mais simples?
-
16 minutos atrás, Juliomar Marchetti disse:
gupshup , twillio , zenvia são api´s oficiais e que funcionam
Em termos de preços e simplicidade, você daria alguma opinião? No caso o cliente que compra o serviço junto a integradora?
-
Boa tarde,
Eu já havia escutado há uns meses atrás, mas isso já faz mais de um ano, então queria mais uma troca mais prática de experiências com os desenvolvedores do fórum.
-
Bom dia,
Pessoal, andei olhando os posts sobre API whatsapp aqui no fórum e também pesquisando na internet, quero desenvolver uma integração, mas gostaria de saber de quem já desenvolveu, a experiência com essas APIs, já li sobre gupshup, twilio, zenvia, vi também um componente em delphi o "tinject", mas que dizem que pode ocorrer o banimento do número do cliente.
Queria poder usar um ambiente de testes desses componentes, mas pelo li até agora apenas a twilio possui um.
Existe alguma plataforma brasileira que vocês indicam?
Grato.
-
Alguém sabe se é problema na SEFAZ SP?
-
Bom dia!
Estou com o mesmo problema do colega, o emissor do CTe é de São Paulo, já conferi todos os dados e estou recebendo: "Rejeição: CNPJ-Base do Emitente difere do CNPJ-Base do Certificado Digital" ao tentar fazer o desacordo.
-
Bom dia,
Ítalo, o usuário não digita o número da MDF-e, ele é gerado sequencialmente de forma automática, nossa rotina é parecida com o procedimento que você falou agora, mas acho que não ficou claro o meu problema, vou resumir.
Ao tentar enviar um MDF-e a SEFAZ retornou o erro de duplicação, o que significa que já estava na base, tendo essa resposta nosso sistema faz consulta a chave de acesso, a SEFAZ então retorna o protocolo da autorização, você viu o XML que enviei com tudo OK, autorizado, porém mesmo com o protocolo de autorização, quando consulto essa chave, diz que não consta na base de dados.
O que suponho ter acontecido: nosso sistema permite salvar o MDF-e e depois enviar, o usuário pode ter aberto duas instâncias do sistema, aberto o MDF-e nas duas, enviado por uma e depois enviado pela outra instância, acabei de ver que ao contrário da rotina da NF-e do nosso sistema, a rotina da MDF-e não checa se aquele documento foi transmitido enquanto o usuário estava consultando, vou corrigir isso.
Bom, já resolvemos o problema enviando novamente, obrigado pela ajuda.
-
Sim, foi minha aplicação.
Fui olhar os XMLs e achei a resposta abaixo:
<retConsReciMDFe xmlns="http://www.portalfiscal.inf.br/mdfe" versao="3.00"> <tpAmb>1</tpAmb> <verAplic>RS20220512135344</verAplic> <nRec>249001167830048</nRec> <cStat>104</cStat> <xMotivo>Arquivo processado</xMotivo> <cUF>24</cUF> <protMDFe versao="3.00"> <infProt Id="MDFe270520220902450590"> <tpAmb>1</tpAmb> <verAplic>RS20220512135344</verAplic> <chMDFe>24220508811226000427580010000084631001460735</chMDFe> <dhRecbto>2022-05-27T09:02:45-03:00</dhRecbto> <digVal>rtU+WvetX0FyPDg8mfrGAJXDMdM=</digVal> <cStat>204</cStat> <xMotivo>Rejeição: Duplicidade de MDF-e [nProt:924220000759203][dhAut:2022-05-27T09:02:31-03:00]</xMotivo> </infProt> </protMDFe> </retConsReciMDFe>
Existe uma duplicidade, mas meu sistema está programada nos casos de status 204, ignorar a resposta e fazer uma consulta pela chave da MDFe, dessa forma pego o protocolo de autorização.
-
Sim, vou anexar, eu também fiz a consulta diretamente no site do MDF-e usando a chave.
-
Meu problema é exatamente esse, eu tenho tudo isso, mas na SEFAZ a minha chave não consta na base, como se não tivesse sido transmitido
-
Bom dia,
Sim eu tenho o XML do MDF-e e com o "carimbo" da autorização, veja abaixo (retirei a chave):
<protMDFe xmlns="http://www.portalfiscal.inf.br/mdfe" versao="3.00">
<infProt Id="MDFe924220000759203">
<tpAmb>1</tpAmb>
<verAplic>RS20220512135344</verAplic>
<chMDFe>número omitido.....</chMDFe>
<dhRecbto>2022-05-27T09:02:31-03:00</dhRecbto>
<nProt>924220000759203</nProt>
<digVal>rtU+WvetX0FyPDg8mfrGAJXDMdM=</digVal>
<cStat>100</cStat>
<xMotivo>Autorizado o uso do MDF-e</xMotivo>
</infProt>
</protMDFe> -
Boa tarde,
Alguém já passou pelo problema de ter uma MDFe que foi autorizada normalmente, tenho o protocolo e recibo de autorização, mas quando consulto na SEFAZ, informa que a MDFe não consta na base.
O que fazer nesses casos?
Estou pensando em tentar transmitir novamente, mas seria bom se houvesse uma forma de consulta pelo número do protocolo para ver o que houve.
-
Sim, obrigado.
-
Boa tarde, erro dos dois, tanto o emissor da Nota quanto da SEFAZ, mas no caso da SEFAZ é de lógica também, porque mesmo estando na tag de terceiros, sendo a empresa participante das regras de acesso total ao documento, não devia aplicar a regra de acesso de terceiros, mas tudo bem, pior de tudo que já olhei mais de 10 transportadores de diferentes UFs que emitem MDF-e para nossa empresa, e todos repetem nosso CNPJ na tag AutXML, acho que deve ser um erro de orientação/comunicação da própria SEFAZ para essas empresas.
-
Obrigado pela informação, verifiquei e realmente também estamos listados na tag AutXML, mas isso seria uma coisa que o sistema da SEFAZ deveria diferenciar, acredito que é um erro de lógica do sistema deles, ora se estou listado com contratante, destinatário, o fato de estar listado também nessa tag não devia inviabilizar o meu acesso completo.
-
Olhei a NT agora e realmente consta isso lá, mas não faz sentido para nós que somos os contratantes no MDFe, receberemos todos os documentos quando o carga chegar em nossa empresa, não existe sigilo quebrado nesse caso, porque somos os destinatários.
Não faz sentido baixar os MDFe sem essa informação, ficou quase inútel esse método de distribuição.
Grato pela ajuda.
-
Bom dia,
Começamos o uso do método de distruição para o MDFe: ACBrMDFe.DistribuicaoDFePorUltNSU
Estou achando estranho porque nos XMLs baixados a informação dos CTes ou NFes vinculados ao MDFe estão com uma sequência de noves, alguém sabe o motivo?
-
O google é pago não? Queria uma free
-
Bom dia!
Existe algum componente do Acbr que forneça a distância entre cidades, ou alguém conhece alguma API para fazer isso?
Grato.
Enviar Manifestação - Falha ao gerar numero de protocolo
em NFe/NFCe - Nota Fiscal Eletrônica
Postado
Bom dia!
Mesmo problema comigo também, caso alguém tenha alguma informação, favor compartilhar.