Ir para conteúdo
  • Cadastre-se

Painel de líderes

Conteúdo popular

Showing content with the highest reputation on 29-06-2023 em todas as áreas

  1. Tópico movido para a área do SAC, para que o SLA de respostas seja considerado @antoniosouzanet Dê uma olhada em nosso curso Introdução ao ACBrLib, veja essa aula aqui, nela mostra como utilizar ACBrLibBoleto no C# Outro detalhe, temos programas exemplo também, onde estão as classes com os métodos de cada ACBrLib, você pode usar os fontes para estudos e após isso, aproveitar e utilizar essas classes para o seu Projeto, acaba facilitando um pouco o processo e te ajudando a entender como funcionar o ACBrLib. Programa exemplo estão em nosso SVN, se você vai usar C#, veja que na pasta, temos classes compartilhadas, então se usar Boleto, você precisa da pasta Shared também..
    2 pontos
  2. Olá, Não existe serviço de inutilização do CT-e 4.00 e ele também foi desativado essa semana no CT-e 3.00 conforme Nota Técnica 2023.001. No Ajuste SINIEF 31/22 o trecho da legislação do CT-e que falava sobre a necessidade de inutilizar os números não usados foi revogado, com efeito desde 01/06. Ou seja, desde o início do mês essa função não é mais necessária e agora nem pode ser mais usada pq os serviços foram desativados na SEFAZ tbm.
    2 pontos
  3. @Diego Foliene, eu preencho a tag ItemListaServico com o código certo, no meu caso 17.02. Mas quando o provedor devolve o xml da prefeitura ele vem com este valor 172. Eu reparei que mesmo preenchendo o .ini, o xml de envio não gera esta tag no xml. Esta tag só existe no xml de retorno. De todo modo, eu vi que a memory(provedor de Funilândia) peca no que diz respeito ao padrão. Então, neste caso eu passei a alterar a tag com o código correto no xml de retorno e a impressão da Danfe ficou correta. No meu caso, pode considerar que o ticket está resolvido. Muito obrigado.
    2 pontos
  4. Boa noite, Faltou você declarar as variáveis para o retorno, tamanho do retorno e utilizá-las ao inicializar. Veja este tópico com o exemplo da ACBrLibCEP que você pode se basear para comunicar com a dll.
    2 pontos
  5. Bom dia, gostaria de sugerir duas alterações no fonte ACBrTEFDClass para contemplar o funcionamento correto do PIX utilizando o TEF. A primeira é no método TransacaoEPagamento onde inseri a string CARTDIGI junto com as duas outras que já existiam. Segue imagem em anexo. A segunda é com relação a declaração desse método TransacaoEPagamento ser virtual também assim como os outros da unit, pois dessa forma, caso necessário, consigo sobrescrever esse método sem a necessidade de alterar a unit do ACBR. O motivo disso é que toda vez que atualizo o Acbr preciso alterar essa unit também, pois ao compilar o projeto ele dá erro de versão entre essa unit e o restante delas no Acbr. Obrigado!
    1 ponto
  6. Olá comunidade do Projeto ACBr. Estou aqui criando este tópico para comunicar à todos que temos uma contribuição em NodeJS !!! Nosso colega e usuário ACBrLib @Marcelo Wanderley realizou testes com ACBrLibCEP e ao finalizar, nos enviou uma contribuição, que já esta em nosso SVN - 29803 @Marcelo Wanderley, muito obrigado pela contribuição ! E o Projeto ACBr convida a comunidade a também contribuir! A ideia deste tópico, é incentivar amigos e consumidores ACBrLib à contribuir com programas exemplo nas linguagem que estão utilizando, então toda vez que acontecer uma contribuição, noticiaremos e agradeceremos aqui nas noticias do ACBr Caso você tenha interesse em contribuir com códigos de exemplo, fique à vontade, pode nos procurar no Discord do Projeto ACBr ou até mesmo criar um tópico aqui no Fórum, nós analisaremos e validar e logo após isso, faremos o envio do código para o nosso SVN. Muito obrigado novamente ao @Marcelo Wanderley e fiquem á vontade para contribuir ! Até o próximo tópico
    1 ponto
  7. Consegui ler o XML. Pessoal achei o problema: estava fazendo um Update direto de uma Query! Utilizo IBObjects! alterei para fazer um update em um ClientDataSet: MANIFEST.Active := false; MANIFEST.Params[0].AsString := sChave; MANIFEST.Active := true; if MANIFEST.Fieldbyname('XMLNOTA').AsString = '' then begin MANIFEST.Edit; MANIFEST.FieldByName('XMLNOTA').AsString := UTF8Encode( ACBrNFe.NotasFiscais.Items[0].XML ); MANIFEST.Post; MANIFEST.ApplyUpdates(-1); end; Não sei explicar o porque, mais dessa forma gravou certinho! Obrigado pela atenção @Alexandre de Paula
    1 ponto
  8. Boa Noite prezados! Ok, Vou atualizar e testar. Muito Obrigado.
    1 ponto
  9. Alterei o arquivo ACBRCTeServiços.ini e recebi o seguinte retorno, entao aparentemente bateu no webservice correto, vou fazer mais alguns testes <?xml version="1.0" encoding="UTF-8"?> <retCTe xmlns="http://www.portalfiscal.inf.br/cte" versao="4.00"> <tpAmb>2</tpAmb> <cUF>51</cUF> <verAplic>MT150423003</verAplic> <cStat>481</cStat> <xMotivo>481 - Rejeicao : IE deve ser informada para tomador contribuinte.</xMotivo> </retCTe>
    1 ponto
  10. Tem algumas informações aqui: https://portal.fazenda.sp.gov.br/servicos/sat/Paginas/perguntas-frequentes.aspx e aqui: https://portal.fazenda.sp.gov.br/servicos/sat/Paginas/Guia-Desativação-SAT.aspx @Daniel InfoCotidiano, Sabe de algum passo a passo mais objetivo ? Temos algo sobre isso no nosso curso ? https://acbr.nutror.com/curso/d2256852f87972e5426224bd9896596f911b2b13
    1 ponto
  11. Boa tarde, Compile o programa de exemplo, configure o município, utilize o botão emitir e analise os xmls gerados.
    1 ponto
  12. Boa tarde, Após tudo que foi visto, vamos começar de novo. Há uma semana atrás funcionava normalmente pela Locaweb? Se sim, não houve nenhuma alteração no ambiente nem na aplicação, tão pouco no componente e parou de funcionar apenas na Locaweb, só posso acreditar que exista algum bloqueio por parte deles. A única hipótese que consigo enxergar é bloqueio da origem das mensagens, o servidor onde está rodando está no Brasil? Um teste que você pode fazer é montar um servidor semelhante no seu ambiente e testar para ver se passa.
    1 ponto
  13. Boa tarde Gomes, Para mim a sua alteração vai falhar. Sua primeira alteração: NotaCompleta := (Pos('<nfse>', Response.ArquivoRetorno) > 0) and (ANota.NFSe.NfseSubstituida = ''); Ao executar a linha acima a variável ANota ainda não foi preenchida, logo esta com todos as suas classes e campos vazios. Segunda alteração: if Document.Root.Name <> 'nfse' then begin ANode := ANode.Childrens.Find('documentos'); ANode := ANode.Childrens.Find('nfse'); end; Ao executar o IF acima se a condição for verdadeira você esta confirmando que existe a tag documentos e em seguida a tag nfse. Terceira alteração: Você removeu a linha abaixo que esta dentro do ( if NotaCompleta then ) ANodeArray := ANode.Childrens.FindAllAnyNs('nfse'); Com a remoção dessa linha a variável ANodeArray fica vazio. Vamos fazer o seguinte, faça um teste com a unit em anexo. IPM.Provider.pas
    1 ponto
  14. Muito obrigado irmão! Já estou me divertindo horrores!!!
    1 ponto
  15. Mas essas alterações todas do decreto são só para operações presenciais. E o PIX é somente o dinâmico por enquanto. Então nesse caso essa questão não se aplicaria.
    1 ponto
  16. O pagamento com PIX só é obrigatório ser integrado com a NFCe quando feito por QrCode Dinâmico.. senão está fora da regra..
    1 ponto
  17. Precisa do Reset do PDC... Se for homologação use: https://paygopagamentos.typeform.com/to/xhZgfnBi
    1 ponto
  18. Bom dia pessoal! Novo aviso no Portal do CT-e da Sefaz de SP informando que ainda estão em manutenção para a ativação da versão 4.00:
    1 ponto
  19. Muito obrigado, em instantes já dou o retorno.
    1 ponto
  20. Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.
    1 ponto
  21. Ok, obrigado, da parte do boleto está tudo certo, podem encerrar este fórum.
    1 ponto
  22. Bom dia @Microsys Sistemas! Como seu caso era referente ao impresso em Fast com outra cidade e provedor, eu o aloquei em outro tópico. Vamos usar a mesma #TK-4124 para tratar da situação. Por favor, pode disponibilizar um XML para que possamos utilizar nos testes? Se julgar que ele tem dados sensíveis e não pode ser anexado aqui então envie para [email protected] com o link deste tópico no corpo da mensagem para posterior identificação.
    1 ponto
  23. @willian_delan Bom dia ! Só temos uma API Sicoob de boleto. Diferente de (BB, Sicredi que possui mais de uma versão) Considere a possibilidade de se tornar assinante PRO. Além de todos benefícios sem limitações você tem acesso a cursos e suporte com SLA de atendimento... Conheça os benefícios de ser PRO, clique aqui.
    1 ponto
  24. Bom, achei a solução, caso alguém precise, não sei... Eu estava usando da seguinte forma: request.setHeader("Authorization: Bearer ", token); Passei a usar: request.setHeader("Authorization", "Bearer " + token); Coloquei o Authorization sozinho sem os dois pontos, e adicionei o Bearer junto ao token como um valor Obs: Eu faço outras requisições dentro do meu sistema usando a primeira forma, por algum motivo ela não funcionou nessa requisição...
    1 ponto
  25. Não, porque a única forma de contingência que exige a expressão "DACTE em Contingência - impresso em decorrência de problemas técnicos" no corpo do DACTE é a contingência em formulário de segurança. Pra ficar mais claro: - Contingência em FS-DA: imprime o DACTE sem aprovar o CT-e usando o papel especial para FS-DA com um layout específico e mandar o XML pra SEFAZ quando o serviço voltar a ficar disponível. - Contingência em EPEC: aprovar o evento EPEC na SVC que atende a UF, imprimir o DACTE em papel normal e depois mandar o XML pro ambiente normal da UF quando o serviço voltar a ficar disponível. - Contingência em SVC: aprovar o CT-e na SVC que atende a UF e imprimir o DACTE normalmente, como qualquer outro DACTE sem precisar de nenhuma indicação especial. O XML não precisa ser enviado pro ambiente da UF depois.
    1 ponto
  26. Boa noite, O cidades.ini faz parte do componente antigo, ACBrNFSe, que não recebe mais manutenção. Utilize o ACBrNFSeX. ../trunk2/Fontes/ACBrDFe/ACBrNFSeX/ ../trunk2/Exemplos/ACBrDFe/ACBrNFSeX/Delphi/ SIga os passos do tópico a seguir para alteração do no ACBrNFSeXServicos.ini
    1 ponto
  27. Ola, segue os arquivos solicitados, por fins de segurança alterei os dados sensíveis para dados aleatórios. Sim o provedor fez uma bela bagunça neste retorno. 61-comp-nfse-soap.xml 61-comp-nfse.xml
    1 ponto
  28. Boa noite, Vamos fechar este tópico, pois é muito antigo e trata-se de MG. Caso o problema persista, favor abrir um novo tópico com maiores informações.
    1 ponto
  29. Olá Pessoal, Estava vendo o tópico abaixo e, gostaria de usar no meu sistema feito em xharbour, será que já tem DLL ou no Acbrmonitor.exe essa possibilidade de usar as integrações com os bancos via API ? https://www.projetoacbr.com.br/forum/topic/68320-acbrpixcd-como-solicitar-credenciais-e-configurar-psps-no-componente/#comment-444422 Parabéns pelo ótimo projeto ACBR
    1 ponto
  30. Bom dia! Muito obrigado pela contribuição! Fizemos testes com a mesma usando os botões Criar e Enviar e o Carregar XML e Enviar do programa exemplo, tanto para as versões 3.0 quanto 4.0 e em ambos os casos, não houve o problema relatado. A mesma foi enviada ao SVN na Rev-29927. Por favor, queiram atualizar seus fontes, reinstalar o ACBr para realizar novos testes e reportar qualquer problema.
    1 ponto
  31. Olá Italo! Conforme te falei na mensagem em privado, agora está emitindo e autorizando a nota. O cancelamento parece ser limitação do provedor mesmo, mas qualquer novidade volto a comunicar. Muito obrigado!
    1 ponto
  32. Olá pessoal, Para quem ainda não sabe estou promovendo um Refactoring no componente ACBrNFSe. Ele praticamente foi reescrito do zero e infelizmente teremos algumas quebras de código quando ele for liberado. Mas vamos falar de coisas boas. Hoje temos que disponibilizar para os nossos clientes além do executável, DLLs, os famosos arquivos INI, o arquivo Cidades.ini e os arquivos INI dos provedores. Pois bem, isso acabou. Os arquivos INI referente aos provedores se transformaram em Unit, ou seja, fazem parte do fonte do componente. O conteúdo do arquivo Cidades.ini migrou para o arquivo ACBrNFSeServicos.ini que é transformando no ACBrNFSeServicos.res através do BAT: Compila_RES. O arquivo ACBrNFSeServicos.res é incorporado ao executável, logo vocês só vão precisar distribuir o executável e as DLLs para os seus clientes. O que vocês acharam dessa mudança? Ainda não esta 100%, em função das diferenças dos provedores, mas criei um novo método chamado Emitir que tem por finalidade gerar o XML do RPS, assinar se necessário, gerar o Lote e assinar se necessário, enviar, aguardar o retorno do XML da NFSe. Independente do serviço que o provedor se utiliza para recepcionar o XML do RPS. Vou dar um exemplo: O provedor 4R que segue a versão 2 do layout da ABRASF implementou somente o método EnviarLoteRpsSincrono para recepcionar o RPS, sendo que no Manual da ABRASF versão 2 estão previstos os métodos: EnviarLoteRps, EnviarLoteRpsSincrono e GerarNfse. Por outro lado o provedor ISSJoinville que também segue a versão 2 do layout da ABRASF implementou somente o método EnviarLoteRps. Se vocês tem clientes cujas cidades utilizam o provedor 4R e tem clientes em Joinville, ou vocês tem duas aplicações ou a aplicação tem uma tela de configuração para definir qual método a ser utilizado. O método Emitir vem para tentar resolver esse problema da seguinte forma: se o provedor for 4R ele vai se utilizar do método EnviarLoteRpsSincrono automaticamente, agora se for ISSJoinville vai usar o EnviarLoteRps. Desta forma não precisamos de nos preocuparmos com qual o método devemos usar para enviar o RPS para o webservice. Acredito que vai ficar muito bom e pratico. O que vocês acham? Muita coisa já foi feita e muito mais precisa ser feito. Para que vocês tenham uma ideia foi criado 32 Units, ou seja, uma para cada provedor que segue a versão 1 do layout da ABRASF, mais 53 Units para os provedores que seguem a versão 2 do layout da ABRASF e mais 19 Units para os provedores que tem o seu próprio layout. Até o final deste mês de outubro estarei disponibilizando o programa exemplo compilado para que vocês possam fazer mais testes. Em breve vou explicar como vão ser os testes e como reportar os resultados. Antes que eu esqueça, esse Refactoring visa poder incluir a emissão da NFS-e no ACBrMonitor Plus e a criação do ACBrLibNFSe (DLL). Um forte abraço a todos.
    1 ponto
  33. Use o objeto ESCPOS... https://acbr.sourceforge.io/ACBrMonitor/ESCPOSImprimirTags.html Veja a Tag: </abre_gaveta> - Aciona a abertura da Gaveta de Dinheiro
    1 ponto
  34. NCM=00 não vai deixar nunca, tem que ter um NCM válido. Eu também tenho dúvida: interliguei meu sistema ao PayGo via Projeto Acbr. Funcionando Ok. Porém pode falhar, como por exemplo teve um dia que a Vero parou de funcionar pela PayGO e funcionou só por POS. E não tem como, por POS é manual e não vai os dados do cartão na NFC-e/XML. E vocês sabem, PayGO pode ficar instável, internet pode ficar instável e aí só resta POS via Chip e não tenho sistema que interligue isto.
    -1 pontos
×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.