Diego Foliene

Olá pessoal! No dia 08/10/2024 foi publicada a nota técnica 2024/001 em sua versão 1.00 trazendo alterações no leiaute da DC-e e correções relacionadas ao MOC. Alterações Chave de Acesso Esta nota técnica traz alterações na consideração da chave de acesso, corrigindo o Id dos campos em que seriam extraídos as informações de ano e mês de emissão da DCe, modelo da declaração, série da declaração, número da declaração, forma de emissão da DCe e dígito verificador para correta geração da informação da chave de acesso no documento. Web Service - DCeRecepcaoEvento - Geral Foi corrigido as nomenclaturas dos schemas de eventos para que fiquem de acordo com o referido arquivo .xsd Também foi removido do grupo de informações do registro do evento que é devolvido no retorno do web service as tags cOrgaoAutor, CNPJDest/CPFDest e emailDest. Web Service - DCeRecepcaoEvento - Cancelamento As regras de validação que testam se a data do evento é maior do que data do processamento ou se o emitente é habilitado para emissão do DC-e foram removidas. Web Service - DCeConsultaProtocolo Adicionada regra de validação para verificar se a UF da chave de acesso é atendida pelo web service. Alterações no leiaute Adiciona no Tipo do Emitente da DCe (tpEmit) o valor 4 que corresponde a "ECT". Remove o grupo de informações de empresa com emissão própria(EmpEmisProp) e seus campos. Adiciona o possível grupo para informações da empresa brasileira de correios e telégrafos(ECT) possuindo os campos CNPJ e xNome. Adiciona no grupo infAdic um campo para receber as informações adicionais da empresa brasileira de correios e telegrafos (infAdECT). Altera o nome do grupo campo de uso livre do fisco de obsCont para obsFisco. Adiciona um grupo campo de uso livre do emitente (obsEmit). Adiciona um grupo campo de uso livre do ECT (obsECT). Regras de validação Remove regra de validação da rejeição 568 que validava se estava faltando o atributo versão na tag raiz do DC-e. Altera o texto da regra de validação C02a-20 que devolve a rejeição 407 e também adiciona mais detalhes na descrição do erro. Altera o texto da regra de validação C02-40 que devolve a rejeição 503 para que valide também CNPJ da ECT. Remove as regras D16-10 e D16-20 que devolviam as rejeições 230 e 231, validando respectivamente se a DC-e foi feita com emissão própria com tipo de emitente incompatível e se o CNPJ do emissor próprio era diferente do CNPJ do emitente. Adiciona as regras de validação D18-10, D19-10 e D19-20 para validações relacionadas as informações do ECT. Adiciona as regras de validação I06-10 e W16-20 para validar o valor do produto e também o total da DCe. Datas Implantação Teste: 30/10/2024 E como fica o ACBr? Como a nota técnica traz alterações no leiaute, modificações serão necessárias no componente ACBrDCe. Foi criada em nosso backlog a #TK-6069 para adequação do componente. Qualquer novidade será disponibilizada neste tópico. Leia a nota técnica na íntegra AQUI.

Olá pessoal! Conferindo no Portal da Nota Fiscal Eletrônica, é possível observar que a Sefaz de São Paulo está com a contingência agendada para o dia 13/10/2024, com previsão de início às 06h00 e encerramento às 20h00. Para utilizar as soluções do ACBr em contingência durante este período, siga as orientações do tópico abaixo:

Olá pessoal! Conferindo no Portal da Nota Fiscal Eletrônica é possível observar que a Sefaz de Minas Gerais ativou a contingência no dia 08/10/2024 às 21h00, com previsão de permanecer ativada até às 10h00 do dia 09/10/2024. Para utilizar as soluções ACBr em contingência durante este período, siga as orientações do tópico abaixo:

Boa tarde! Por favor, quais são as mensagens de erro que está recebendo? Conferindo aqui, o campo consta como obrigatório, sendo sempre gerado vazio.

Olá pessoal! No dia 08/10/2024 foi publicada a versão 1.20 desta nota técnica. Visão Geral Esta nova versão traz alterações para permitir emissão de NFC-e com CFOP 5.9.49 com CSOSN9000 ou CST40 para registro de gorjeta na UF de SP. Alterações As regras de validação I08-150, N12-40 e N12a-40 que validam o CFOP e o CSOSN/CST informados foram alteradas para permitir no estado de SP o uso do CFOP 5.949 junto ao CST 40 ou CSOSN 900 no caso de simples nacional. Datas Ambiente de Homologação: 30/09/2024 Ambiente de Produção: 07/10/2024 Leia a versão 1.20 desta nota técnica AQUI.

Olá pessoal! No dia 07/04/2024 foi publicada a versão 1.20 desta nota técnica. A nova versão entre em vigor nos ambientes tanto de homologação quanto de produção de maneira imediata a sua publicação. Ela altera a regra de validação YA09-20, dando a ela o seguinte texto: Efetivamente aumentando o limite do troco para R$ 300.000,00 Leia a versão 1.20 na íntegra AQUI.

Boa tarde @Infoel. Por favor, pode disponibilizar um MVP que simule o problema?

Boa tarde! Por favor, veja este tópico:

Realmente, não tem mesmo. Um ponto que vale destacar é que as datas 30/12/1899 correspondem a data "zero", o que quer dizer que a Lib não está recebendo os valores. Não domino a sua linguagem, mas pelo que pude averiguar, ela faz uso de tipagem dinâmica. Por favor, faça um teste forçando os valores para os tipos esperados pelo método. De acordo com o GPT, ficaria assim: local cFunction := 'PIXCD_ConsultarCobrancasCobV' local ADataInicio := CTOD('02/10/2024') // Converte uma string para data local ADataFim := CTOD('03/10/2024') // Converte uma string para data local ACpfCnpj := '42792981067' local ALocationPresente := .F. // Valor booleano (False) local AStatus := '1' local PagAtual := '1' local ItensPorPagina := 50 // Valor numérico local sResposta := '' local esTamanho := 0 nResult := dllCall(self:nHandle, self:nCallingConvention, cFunction, ADataInicio, ADataFim, ACpfCnpj, ALocationPresente, AStatus, PagAtual, ItensPorPagina, @sResposta, @esTamanho) Conferindo nos exemplos disponibilizados por membros da comunidade em nosso SVN, também é possível observar que nos parâmetros de string, é utilizado este método hb_StrToUTF8 no parâmetro.

Bom dia! Conferindo no fonte da Lib, esta é a ordem de parâmetros para este método na Lib: PIXCD_ConsultarCobrancasCob(ADataInicio,ADataFim,CpfCnpj,ALocationPresente,status,PagAtual,ItensPorPagina) Transcrevendo a chamada do seu Log, fica: PIXCD_ConsultarCobrancasCob( <ADataInicio>: 30/12/1899, <ADataFim>: 30/12/1899, <CpfCNPJ>: 1, ALocationPresente>: -1, <status>: , <PagAtual>: 0, <ItensPorPagina>: 1699904 ) Por favor, reveja a sua rotina e confirme se os valores passados estão sendo transmitidos para a Lib. Tente fazer um teste com o exemplo também.

Conferindo no log, é gerada uma entrada PIX_CDConsultarCobrancasCobV? Se sim, qual é o valor que consta no mesmo? O valor do parâmetro foi passado sem espaçamentos?

Boa tarde. Neste tópico tem as configurações recomendadas por tipo de certificado. Veja que além das configurações SSLLib, SSLCryptLib, SSLHttpLib e SSLXmlSignLib. Também muda a forma como é atribuído o certificado ao componente. Com o A1, é recomendado preencher as propriedades CaminhoPFX e Senha, enquanto que para o A3 é recomendado preencher a propriedade número de série. Como uma dica extra, também recomendo que você adicione as dlls da OpenSSL e da LibXML2 no mesmo diretório do .EXE. Lembre-se de escolher as dlls de acordo com a arquitetura que compila a sua aplicação e não a do SO.

Boa tarde. Fiz um teste em meu ambiente onde carreguei as configurações do arquivo INI que disponibilizou tanto no exemplo em C# quanto no exemplo em Java. Em ambos apresentou erro. O valor 5 para ambos LogNivel e NivelLog estão incorretos. 4 é o valor mais alto em ambos os casos. Após corrigir o valor em ambos, os exemplos carregaram e salvaram as configurações sem apresentar erro. Por favor, corrija o valor e veja se ele ainda apresenta erro para você e caso afirmativo, veja se o log trás informações mais detalhadas.

Arquivo recebido, faremos alguns testes e reportamos assim que descobrirmos algo.

Conferindo junto aos demais consultores, foi questionado se seria possível disponibilizar um MVP reproduzindo o problema.

Comparando com os fontes do meu ambiente, eles estão semelhantes. Pedi um apoio aos demais consultores. Por favor, apenas confirmando, o mesmo comportamento ocorre se testar com o programa exemplo?

Bom dia! Parece estar em ordem. Por favor, envie para consultores@projetoacbr.com.br o seu arquivo ACBrLib.ini para que eu possa fazer um teste com o exemplo do C# e do Java em meu ambiente carregando ele e vendo se também recebo o mesmo erro. Não se esqueça de colocar no corpo do e-mail o link do tópico do fórum para posterior identificação.

Esses arquivos estão refletindo a operação que de fato apresentou o problema? Veja que o arquivo acbr_lib_pix.log possui apenas algumas linhas e nenhuma delas é relacionada a requisição. O log foi configurado para o nível mais alto possível? No arquivo ACBrLibPIXCD-20241003.log, o erro de Acess Violation parece ter sido devolvido quando tentou gravar as configurações. Por favor, tente fazer um teste: 1. Renomeie seu arquivo ACBrLib.ini. 2. Inicie a aplicação, será criado um novo arquivo ACBrLib.ini em branco. 3. Utilizando o arquivo ACBrLib.ini renomeado, vá preenchendo aos poucos as configurações seguindo fluxo: 3.1 Preencha uma seção de configuração. 3.2 Inicie a aplicação. 3.3 Não deu erro? Finalize a aplicação. Va repetindo o processo até dar o erro novamente ou preencher toda a config. Assim, pode identificar se há alguma configuração sendo preenchida com um valor inválido/incorreto.

Boa tarde. Por favor, compacte a sua pasta ACBrNFe dos fontes do ACBr e disponibilize a mesma. Se ficar muito grande e não conseguir anexar aqui, envie para consultores@projetoacbr.com.br com o link do tópico no corpo do e-mail para posterior identificação.

Boa tarde! Por favor! Em seu arquivo ACBrLib.ini, defina na seção [Principal] um caminho em LogPath e o valor 4 em LogNivel. Este é o log da Lib. Ainda no mesmo arquivo, na seção [PIXCD], defina um caminho e nome de arquivo em ArqLog e o valor 4 para NivelLog. Este é o log específico do PIXCD. Por favor, disponibilize ambos os arquivos para análise.

Boa tarde! Fiz um teste e de fato será necessária uma correção. Criada a #TK-6049 para alteração. Qualquer novidade será comunicada aqui neste tópico.

Boa tarde! Esta Consulta Schemas pode ajudar com a visualização. Você também pode conferir para NF-e/NFC-e diretamente no MOC versao 7.03 Anexo I Leiaute NFe e para o SAT em Especificacao_SAT_v_ER_2_30_03

Boa tarde! Apenas complementando a resposta do meu amigo @Victor H. Gonzales - Panda, isso procede tanto para o SAT(que é o exemplo que ele colocou) quanto para NF-e/NFC-e, vide MOC versao 7.03 Anexo I Leiaute NFe:

Olá pessoal! Caso o envio tenha sido solicitado pelo Discord e você não tenha um tópico no fórum ainda, no corpo do e-mail você deverá enviar o link da mensagem do Discord para posterior identificação e resposta por parte da equipe de consultores. Para pegar o link da mensagem, coloque o mouse sobre a mensagem e clique no ícone de 3 pontos que aparece. Em seguida, clique na opção "Copiar Link" Fazendo isso, o link estará na sua área de transferência(no seu CTRL+V).