francinaldoac

Bom dia! Com o fim do envio da MDF-e em modo assíncrono, haverá alguma mudança no envio dos eventos da MDF-e ou eles já estão no modo síncrono?

Eu já resolvi fazendo isso LFill(NUM_ACDRAW). Estou apenas reportando para o componente ser corrigido. Obrigado.

Bom dia, Tem um problema no registro C120, o campo NUM_ACDRAW é opcional e do tipo string, quando ele não é informado no registro, o componente está fazendo o preenchimento com zeros até o limite do tamanho do campo, isso causa erro no validador. Detectei que o problema reside no método "WriteRegistroC120" do código abaixo que está no arquivo ACBrEPCBloco_C_Class.pas : procedure TBloco_C.WriteRegistroC120(RegC100: TRegistroC100); var intFor: integer; strCOD_DOC_IMP: string; begin if Assigned(RegC100.RegistroC120) then begin for intFor := 0 to RegC100.RegistroC120.Count - 1 do begin with RegC100.RegistroC120.Items[intFor] do begin case COD_DOC_IMP of diImportacao : strCOD_DOC_IMP := '0'; diSimplificadaImport : strCOD_DOC_IMP := '1'; end; Add( LFill('C120') + LFill(strCOD_DOC_IMP) + LFill(NUM_DOC__IMP) + LFill(PIS_IMP,0,2) + LFill(COFINS_IMP,0,2) + LFill(NUM_ACDRAW, 20)) ; // RegistroC990.QTD_LIN_C := RegistroC990.QTD_LIN_C + 1; end; end; // Variavél para armazenar a quantidade de registro do tipo. FRegistroC120Count := FRegistroC120Count + RegC100.RegistroC120.Count; end; end; O trecho LFill(NUM_ACDRAW, 20) causa esse comportamento, corrigi fazendo a alteração para LFill(NUM_ACDRAW).

Bom dia! Mesmo problema comigo também, caso alguém tenha alguma informação, favor compartilhar.

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?

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.

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?

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.