Diego Foliene

Bom dia! A emissão ocorre normalmente? Se você conferir no XML do pedido de cancelamento ou de inutilização, consta o CNPJ. O mesmo está correto?

Bom dia @sgeinformatica. O problema ainda persiste?

Bom dia! Tivemos outro relato de um colega da comunidade. Foi criada a TK-6057 para análise do caso. Você pode acompanhar no tópico: https://www.projetoacbr.com.br/forum/topic/79969-leitura-incorreta-da-tag-no-ct-e-simplificado/ Mas assim que houver novidades, também será notificado aqui.

Bom dia! Houveram algumas mudanças. Se você conferir na NT, existem mudanças específicas. Nela, constam alguns CFOPs específicos que devem ser utilizados para MEI. Também foram alteradas algumas regras de validação para definir que quando for MEI, deverá ser utilizado CSOSN. Pelo que pude acompanhar, não há um menção direta a alteração de cálculo.

Tópico movido para a área do SAC, para que o SLA de respostas seja considerado

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. Vinculei o seu tópico a TK que criamos para avaliar implementação do OAuth 2.0 no componente ACBrMail.

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 [email protected] 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 [email protected] 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

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Boa tarde! Este foi o resultado que obtive ao consultar o GTIN 7896205909575 utilizando o exemplo do ACBrGTIN: <retConsGTIN xmlns="http://www.portalfiscal.inf.br/nfe" versao="1.00"> <verAplic>SVRS240905092942DR</verAplic> <cStat>9496</cStat> <xMotivo>Rejeicao: GTIN existe no CCG, mas dono da marca nao autorizou a publicacao das informacoes. Entrar em contato com o dono da marca</xMotivo> <dhResp>2024-10-02T15:01:03-03:00</dhResp> <GTIN>7896205909575</GTIN> </retConsGTIN>

Boa tarde! Apenas complementando a resposta do meu amigo @Italo Giurizzato Junior, também partilho da opinião dele de que não vai ocorrer consumo indevido. Desde que você gerencie o processo de consulta de forma a não consultar a mesma nota. Sendo mais específico a NT2018/002 é a nota técnica que trata sobre consumo indevido nos web services da Sefaz. Nela temos: Veja que a regra de validação e a mensagem deixam explícito que se você consultar em looping uma mesma NF-e mais de 10 vezes no período de uma hora, vai ser bloqueado. Então faça a consulta de forma que ele não fique travado na consulta de uma mesma nota.

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:

Bom dia. Por favor, veja se as orientações deste tópico lhe são úteis. Você também pode considerar o FixCrypto presente neste tópico.

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).