Painel de líderes

Bom dia pessoal. Foi publicado no dia 30/05/2023 no Portal da NFe a versão 1.21 da NT2021/003 - Validação GTIN(A mesma pode ser lida aqui). A única alteração desta nova versão é que ela prorroga, por 30 dias, a implantação em produção da versão que verifica a existência do GTIN no CCG(Cadastro Centralizado de GTIN), para as mercadorias relacionadas com a indústria de Bebidas e Refrigerantes, Cimento e Perfumaria, Higiene Pessoal e Cosméticos, conforme consta no anexo I, Grupo II da própria NT. Um agradecimento ao @Felipe Mariano por chamar a atenção ao fato em nossa comunidade do Discord. Mais informações sobre a versão anterior desta NT no tópico abaixo:

Quando puder, atualize ACBrLibNFSe, faça novos testes por favor.

Bom dia a todos. adicionei as properties erros e alertas para serem retornadas ao tentar emitir um nfse. funciona somente para retorno em formato ini. att ACBrLibNFSeRespostas.pas

Boa tarde @moborges! Ainda estamos verificando a questão de por que não está gerando o arquivo de envelope, mas foi compilada uma nova versão com significativa melhor no retorno que a lib fornece no log. Por favor, pode atualizar e realizar um novo teste?

A seção infoPgto tem identificação de quantidade de repetição com 3 casas (1-999) No seu INI vc está informando [infoPgto01], substitua para [infoPgto001].

Veja mensagem <Mensagem>Número do protocolo de recebimento do lote inexistente na base de dados </Mensagem><Correcao>Confira se o lote foi enviado e informe o número correto do protocolo de recebimento.</Correcao> Lote inexistente na base de dados, este retorno vem do provedor. Você tem os logs do Método Emitir ? Emitir, você precisa informar um .ini e também o Numero do Lote, modo de envio, deixe em automático = 0 https://acbr.sourceforge.io/ACBrLib/ModeloNFSeINI-UmServico.html Qual a cidade esta tentando fazer a emissão ?

Os arquivos que @Sommus anexou eram os mesmos do SVN, não continham as alterações que comentou no post. Por isso a confusão. De qualquer forma, apliquei as alterações, com ajustes, no SVN, rev. 29614.

Eu também apliquei semelhante ao que o sistema da Conta Azul fez, pelo lado de atender o que está escrito no Decreto vejo que atende, pois o objetivo é vincular o pagamento eletrônico (TEF) com a NFC-e para rastreio. Porém, também entendo que há muitas informações "espalhadas" da SEFAZ/RS que deixam dúbia a interpretação. Mesmo assim, neste primeiro momento resolvi seguir assim pela questão da viabilidade.

Boa noite, Preencha com 4-tpatNao, essa condição faz com que não gere a tag. tpAcidTransito=4

Ola, Para crédido <pgto> <MP> <cMP>03</cMP> <vMP>11.55</vMP> <cAdmC>999</cAdmC> </MP> <vTroco>0.00</vTroco> </pgto> Débito <pgto> <MP> <cMP>04</cMP> <vMP>11.55</vMP> <cAdmC>999</cAdmC> </MP> <vTroco>0.00</vTroco> </pgto> Assim fica no xml

Boa noite, configurou conforme instruções acima?

Obrigado por mais essa contribuição @Warquia... no svn.. Commit [r29593] Fico te devendo uma cerveja, no Dia do ACBr

Boa noite, Descobrimos a causa. Parece que há uma rotina errada no próprio Acbr que não está usando a máscara correta para formatar a data. Abri um novo post, específico para esse problema -> Obrigado!

Veja o Erro1, parece que você não configurou o certificado.. 31/05/23 17:34:56:677 - SetRetorno(0, [Erro1] Codigo=X801 Correcao= Descricao=Erro ao Assinar: TDFeSSLXmlSignClass.Assinar, não implementado https://acbr.sourceforge.io/ACBrLib/DFe.html

Resolvido, obrigado!

Foi enviado ao SVN na Rev-29642 alteração visando corrigir o problema. Na próxima compilação do Monitor caso não informado no INI, já não deve gerar mais a tag.

Boa tarde pessoal. O CONFAZ publicou uma nova versão do FAQ agora com exemplos de cada CST. Segue em anexo: NT 2023.01 - PERGUNTAS E RESPOSTAS - Atualizado.pdf Caso prefiram, pode consultar direto no link: https://www.confaz.fazenda.gov.br/tributacao-monofasica/nt-2023-01-perguntas-e-respostas.pdf Um agradecimento ao @Josias Sousa por compartilhar a informação em nossa comunidade do Discord.

Fizemos um commit, para ajustar o método - At revision: 29641 Assim que gerar uma nova versão, vamos avisar você..

Enviamos um commit para o SVN - At revision: 29641 Próximas compilações já devem aparecer os erros e alertas.. Muito obrigado !

@CelsoPires Olhando o seu arquivo de configuração, acho que já identifiquei o problema.. Você esta usando uma Versão de Demonstração do ACBrLibNFSe -> ACBrLibNFSe Demo=1.0.0.17 Essa versão de demonstração só funciona emissão para o ambiente de homologação e parece que você esta tentando enviar para Produção -> Ambiente=0 (Produção) Vi também que apontou um .pfx, acredito que esteja usando Certificado A1, caso for isso mesmo, use essa configuração em SSLCryptLib -> 1 e SSLHttpLib -> 3 https://acbr.sourceforge.io/ACBrLib/ConfiguracoesdaBiblioteca22.html Fiz um teste usando ambiente de homologação e apontando Cidade de Salvador: Usei .ini de exemplo disponível no Manual ACBrLib: https://acbr.sourceforge.io/ACBrLib/ModeloNFSeINI-UmServico.html Veja o xml, aparentemente foi aceito: 11-rps.xml Tente mudar Ambiente para Homologação, faça novos testes.. os Logs no programa exemplo são gerados na pasta Logs. ACBrLibLogEmitir.txt

Boa tarde! O método LinkNFSe faz uso dos parâmetros ProLinkURL e HomLinkURL do arquivo ACBrNFSeXServicos.ini que é distribuído como uma dependência da Lib. No caso de Brasilia/DF, não consta esta informação, logo, realmente não tem nada a ser informado. O Ginfes possui a informação no INI, estamos verificando o por quê de você estar recebendo este retorno.

Configuramos o PathSchemas, mesmo assim o LinkNFSe retorna as propriedades sem valor. Acredito que path está correto pois os demais métodos funcionam (Emitir, Consultas, Cancelar). E quando configuramos o path errado, esses métodos retornam a mensagem de erro "Arquivo XXXXXXX não encontrado". Estamos testando o LinkNFSe para Guarulhos e Brasília.

Boa tarde, Sim, já fizemos muitos testes. Cabe esclarecer que, conforme constatamos até agora, no caso de operação a prazo no cartão de débito, há dois tipos de operações: a) O preDatado: é venda no débito em 1 parcela e com X (máximo 30) dias de prazo. Esse prazo é definido pelo comprador, no momento da operação; b) O parcelado: é venda no débito que pode rá ser pago em N parcelas. Os vencimento serão sempre de 30 em 30 dias. O que estamos testando até agora é o preDatado. Acredito que estejamos quase lá, rs. Estamos agora com uma dificuldade. Veja se podes nos ajudar. Fazemos assim: VVctoPreDatado := Now + 10 -> 10/06/2023 ACBrTEFAPI1.EfetuarPagamento(10, 6,00, tefmpCartao, teftcDebito, tefmfPredatado, 1, VVctoPreDatado); Isso está gerando um erro: DATA VENCIMENTO INVALIDA. Acredito que ocorra porque VVctoPreDatado está indo no formato 'dd/mm/yyyy', mas oTEF precisa que vá 'dd/mm/yy'. Como poderia fazer isso, ou seja, transformar uma variável do tipo TDate no formato ano 4 dígitos para ano 2 dígitos? Teria que ser algo como StrToDate(FormatDateTime('dd/mm/yy', VVctoParcelado)), mas isso não dá certo, pois VVctoParcelado fica igual com 4 dígitos no ano. Obrigado!

Obrigado @antonio.carlos pelo retorno. A cidade é Salvador, não tem nenhum log , indiquei o ini (em anexo) e usei o método Emitir com a opção automático. Estou usando o demo da ACBr ACBrLib.ini

Boa tarde, Você utiliza o componente ou a Lib?

você não está encodando ele... possivelmente está quebrando o parser. veja se o header que você está enviando tambem é compativel

@vini boa tarde ! O envio de JSON inválido resultará em uma resposta 400 Bad Request. Pode postar a estrutura do json q esta enviando?

@Gerson Luiz Furtado Boa tarde ! Primeiro obrigado a iniciar o processo de colaboração do componente. Pelo que eu li do amigo @jefferson01 ele detectou uma nova API para o banco Itaú. Só para alinhar você está falando sobre esta nova API do banco Itaú ou explicando para os amigos acima como proceder com a atual API (já que passou por todo processo conforme informado acima) ? Abr

Já estão em desenvolvimento os layouts dos boletos. Como são vários pode ser que demore um pouco ainda, mas já estão em execução.

falei com o suporte, um simples detalhe que as vezes a gente nao se atenta, vou compartilhar aqui.

então seu dominio está na blacklist da google

O controle de porta tem q estar ativo, mas esta estranho isso de só ativar após imprimir depois de enviar algo via spool. pegue drivers novo no site da Elgin https://github.com/ElginDeveloperCommunity/Impressoras/tree/master/Impressoras Não Fiscais/Bematech verifique firmware da impressora

Bom dia! Veja o link abaixo na informação a partir do grupo que define para o serviço do gmail. Caso ainda tenha ficado dúvidas, leia a partir do item 7 - 'Senhas de App' do link abaixo: https://tecgesco.com/blog/permissao-de-envio-de-e-mail-gmail-por-aplicativos-de-terceiros/

Atualizei a versão da lib para a 1.0.0.19 e atualizei os fontes da integração c#. Porém, continuou imprimindo sem me do município. Em anexo segue o pdf e o log. Não anexei o xml pq no log tem ele. No log anexo eu removi os dados da empresa por questão de segurança. log_impressao_pdf.txt

Boa noite, O prestador que está gerando deve estar preenchendo uma das tags a seguir. NFSe.OptanteSimplesNacional = snSim or NFSe.RegimeEspecialTributacao = retMicroempresarioIndividual ../trunk2/Fontes/ACBrDFe/ACBrNFSeX/Provedores/ISSNet.GravarXml.pas function TNFSeW_ISSNet204.GerarXml: Boolean; begin if (NFSe.Tomador.Endereco.CodigoMunicipio = '9999999') or (NFSe.Tomador.Endereco.UF = 'EX') then NrOcorrCodigoPaisServico := 1; if (NFSe.OptanteSimplesNacional = snSim) or (NFSe.RegimeEspecialTributacao = retMicroempresarioIndividual) then begin NrOcorrValorIss := 1; NrOcorrAliquota := 1; end; Result := inherited GerarXml; end; Entretanto, a mensagem diz que deveria preencher um valor entre 2 e 5%, confirme se realmente não deve preencher estes valores no caso deste prestador ou se as propriedades citadas acima foram preenchidas incorretamente.

Boa noite, Tente aumentar o timeout para 30k ou mais. O processo pode estar sendo interrompido devido a esta chave.

Se você não responder o que perguntamos, não temos como lhe ajudar. Qual a configuração do SSLType? O erro ocorre no seu ambiente que você sabe que já funcionou para outros municípios? O erro ocorre no ambiente do cliente que nunca foi configurado? O Windows, do local onde não funciona, está com todas as autorizações em dia? Teste com OpenSSL, se for A1, e veja se funciona, não esqueça de copiar as dlls, conforme indicado no tópico que postei acima.

Boa tarde. Fiz contato com o atendimento da IPM para a migração da cidade de Concórdia/SC ([email protected]) solicitando mais informações sobre a migração. Eles passaram os links de Produção e Homologação. Configurei dessa forma no ACBrNFSeXServicos.ini: [4204301] Nome=Concordia UF=SC Provedor=IPM Versao=1.01 ProRecepcionar=https://concordia.atende.net/atende.php?pg=rest&service=WNERestServiceNFSe&cidade=padrao HomRecepcionar=https://migracao.atende.net/?pg=rest&service=WNERestServiceNFSe&cidade=treina_concordia Foi necessário também solicitar um novo Usuário e Senha para o ambiente de homologação. Realizei a Emissão e Cancelamento. Funcionou corretamente no ambiente de Homologação.

ShellExecute(Application.Handle, ´open´, PChar(´arquivo.pdf´), nil, nil, SW_SHOWMAXIMIZED); algum comando assim já deve abrir o arquivo na tela... seria equivalente a um preview. o que acontece de diferente apenas é que o arquivo já vai estar criado.

Bacana Sidnei! Sou de software house e oferecemos integração com o POS de uma adquirente. E de fato essa solução resolve e atende aos requisitos solicitados pela normativa. Porém, apenas uma parcela dos nossos clientes utilizam a mesma adquirente a qual temos integração. Sugerir essa mudança para o cliente parece ser um caminho que pode gerar atritos com eles. A maior parte já deve trabalhar com outros adquirente e já possuem suas taxas negociadas, relacionamento com adquirente, etc. É um processo delicado.

Ola amigos, tudo certo? Se seus clientes nao tem algo fluxo de vendas e nao querem pagar os valores do TEF, tem a opção que eles chamam de POS Smart, eu tenho essa opção também em meu sistema, segue alguns links das APIs: https://connect-v2.stone.com.br/reference/criar-pedido https://developers.sejavero.com.br/pages/v1.1p/apis_vero_desenvolvedor.html https://dev.pagseguro.uol.com.br/v1/docs/plugpag-introducao Video do tempo que é levado para fazer o pedido via POS. https://chatoindo-v2.s3-sa-east-1.amazonaws.com/3/3ABF59DCF0FB4FE36A34.mp4

Bem interessante essa forma de integração, mas ao meu ver, fica bem mais simples implantar TEF do que essa integração... Além do mais isso ainda não soluciona os dois itens que citei anteriormente..

Para que o componente consiga ler corretamente a guia, precisa ter: <guia versao="2.00"> No caso dos seus arquivos, o correto seria o 2300022290-proc-rec.xml, ele sugere o -guia.xml como uma sugestão, pois a princípio, se você configurou ACBrGNRe.Configuracoes.Arquivos.Salvar := True; o componente gera este arquivo para você. Não. Conforme explicado anteriormente, basta definir a config. Você pode observar também no programa exemplo o uso do GravarXML no botão Gerar GNRe. A forma como você está fazendo é a mesma do programa exemplo para exibir em um WebBrowser na tela o XML de envio e de retorno do XML. Você quer mostrar na tela o preview do impresso? Se for este o caso, pode usar o método ACBrGNRE1.GuiasRetorno.Imprimir depois de carregar o XML contendo as guias. Sim, mas você precisa definir no componente de impressão a propriedade PathPDF como sendo o mesmo caminho.