Painel de líderes

Olá pessoal, Vamos utilizar este tópico somente para anexar o arquivo Cidades.ini e se necessário o arquivo INI do provedor quanto ocorrer a troca de provedor de uma cidade ou para incluir uma nova cidade. Algumas regras básicas: 1. Qualquer postagem nesse tópico que não tenha o objetivo exposto acima será excluído sem aviso prévio. 2. Informar se a postagem se refere a uma troca ou inclusão de cidade. 3. Se for troca informar a cidade, o provedor que vai deixar de atender e o novo, não esqueça de informar a data de inicio. 4. Se for uma inclusão informar a cidade e o provedor. 5. Ao anexar o arquivo Cidades.ini e o arquivo INI do provedor (quando se fizer necessário) estes devem estar o mais atualizados possíveis, ou seja, primeiro atualize os seus fontes e depois faça as alterações no arquivo Cidades.ini e no INI do provedor e anexe aqui no tópico. 6. Não faça alteração no arquivo INI do provedor que possa gerar efeito colateral para as demais cidades atendidas pelo mesmo provedor. 7. Procure realizar testes para saber se as suas alterações forem bem sucedidas. 8. Exemplos de uma postagens: A cidade XYZ trocou de provedor (de: ABC para DEF). O provedor DEF vai passar a recepcionar as notas a partir de dd/mm/aaaa. Segue em anexo os arquivos INI. A cidade XYZ se utiliza do provedor ABC. Segue em anexo os arquivos INI. Obrigado pela compreensão de todos. Desde já muito obrigado pelas colaborações.

Bom dia Paulo, Vou fazer as alterações no componente visando gerar o XML segundo o exemplo, mas neste caso como o Schema fornecido não bate com o exemplo, não será possível realizar a validação antes do envio. A minha sugestão é que você e outros desenvolvedores peçam aos seus clientes a ir na prefeitura e protocolar uma reclamação referente a esse provedor, motivo: falta de documentação e o pouco que foi fornecido é divergente, ou seja, os Schemas usados para validar o XML antes do seu envio não bate com o XML de exemplo fornecido. Até que me prove o contrario, vejo essa empresa como amadora, que implementou um webservice nas "coxas", ou seja, não se baseou no layout estabelecido nos Schemas.

Primeiramente parabéns pelo tópico Ítalo sera muito útil para todos que usam o ACBrNFSe. A cidade Embu-Guacu se utiliza do provedor GINFES. [3515103] Nome=Embu-Guacu UF=SP Provedor=GINFES Acrescentei este texto acima no Cidades.ini e a comunicação esta ok, só estou tendo um erro de codigo de tributacao inexistente porem acredito que seja outra coisa que ainda estou pesquisando, no GINFES.ini não alterei nada.

Bom dia Acabei de testar com a versão 1.2.0.79 e constatei que o problema foi resolvido. Obrigado a todos do ACBR

Boa noite! Desde já agradeço a ajuda agora ficou bem mais claro pra mim poder iniciar.

Boa tarde. Obrigada pela contribuição, adicionada para validação. Att.

Boa tarde Gleryston, A sua alteração esta correta, muito obrigado pela colaboração, já enviei para o repositório.

Bom dia pessoal, fiz uma nova alteração na unit pcnNFeW ao invés de ficar como 1 na ocorrência vai verificar a tag "modBCST", se estiver como margem de valor agregado vai gerar a ocorrência como 1 caso contrário vai gerar como 0, segue a unit alterada também, caso eu esteja errado por gentileza me corrijam. Agradeço desde já. pcnNFeW.pas

Boa tarde. Estou realizando a importação de um arquivo SPED Fiscal através do componente TACBrSpedFiscalImportar, porém o bloco 1 ainda não foi implementado. Implementei somente os registros 1001, 1010 e 1600, que eram os que eu precisava. Em anexo estão as units com as modificações que realizei. Obrigado. ACBrEFDBloco_1_Importar.pas ACBrEFDImportar.pas

Não tem jeito, não tem como "contornar" o problema, de fato que os arquivos não estão na base de dados da SEFAZ. O que talvez você possa fazer, é entrar em contato com a contabilidade de seu cliente, explicar a situação, para ver se ela tem alguma solução. Talvez, por sugestão dela, deverá emitir os documentos, e ela registrar no "livro de ocorrências" da empresa o fato ocorrido.

Instabilidade de no servidor do eSocial. Aguardar o serviço normalizar e enviar novamente.

Boa tarde, Italo. Obrigado pelo esclarecimento. Ajudou muito !!!

Boa tarde Na aba Geral no Demo, veja o path que está configurado em: "Salvar Arquivos de Envio e Respostas", neste path poderá ver todos os XMLs gerados e recebidos. Primeiramente valide se o XML está válido no site da SEFAZ RS: https://www.sefaz.rs.gov.br/nfe/nfe-val.aspx Pelo seu print notei que está gerando a NFe na versão 3.1 No componente ACBrIntegrador também pode configurar a pasta para gerar log.

Olá a todos resolvi o Problema Não havia configurado a pasta backup do componente do TEF, logo o arquivo ficou em \%minhaAplicacao%\TEF\ACBr_TEF_DIAL_001_- .tef Apaguei e resolveu Obrigado a todos

Boa tarde Maikon, Favor atualizar os fontes e faça novos testes.

blz julio, não sabia disso, muito obrigado + uma vez!, tópico encerrado então.

É um evento, para permitir que cada programador insira o código que necessitar nesse ponto da execução. Veja o demo do componente que faz uso desse evento.

Boa tarde Gabriel, Muito obrigado pela colaboração, já esta no repositório.

Na minha opinião se foi informado a tag vBC deveria estar em base de cálculo. Se o correto no caso do diferimento é aparecer em "Outras" não deveria ser informada a tag vBC. Mas ela deve saber te orientar melhor. Ou outro assessor de tua confiança.

Bom dia. já está descrito na documentação do Comunnity que no windows não pode ter outra versão do delphi além dele. esse é o motivo

Parece que você está falando de escrituração fiscal. No XML você informa os campos definidos no layout: CST, base de cálculo, alíquota, valor do ICMS... A classificação em base de cálculo, outras e isentas é feita com base nos campos da nota e não antes. Por exemplo uma NFe com CST 40 vai ser 100% no isentas, já uma com CST 20 pode entrar parte em base de cálculo e parte em isentas ou outras. Que me lembre a regra é: (BC + Isentas + Outras) = Valor contábil do item. Então se está na base de cálculo não pode ser Isentas nem Outras.

Bom dia! Percebi que você abriu outro tópico no dia 16/09/2019 e já foi resolvido. Portanto estou fechando este e deixando o link do mesmo assunto no seguinte tópico: (Procure permanecer no mesmo tópico aberto quando o assunto permanece sem solução)

Bom dia, se possivel, anexe o trecho de código da tua aplicação que alimenta o grupo Imposto... Att Ricardo

Boa noite, fiz as alterações e os boletos e remessa foram homologados com sucesso! Segue classe modificada e retorno do homologador... ACBrBancoSafra.pas

Imprimir essa descrição gigante não é nada prático... vai precisar reduzir outros campos, o que vai contra as dimensões mínimas definidas no último MOC: Até que se defina em NT novas dimensões acho que pode-se manter abreviado... afinal não tem como seguir as duas normas e mostrar o texto todo... mas vamos aguardar opiniões dos demais.

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

ok obrigado deu certo, faltava colocar o convenio, somente isto obrigado,

Boa tarde Gustavo, Primeiramente quem envia o evento de comprovante de entrega é a própria transportadora, portanto o emitente do CT-e. No XML do pedido do evento a chave do CT-e os 2 primeiros dígitos é o código IBGE da UF cujo CT-e foi emitido, e consta 24, logo a UF é RN e não MG. Olhando o seu XML, notei algumas coisas erradas: 1. O código da UF que aparece no cabeçalho é 35 = SP, portanto esta errado, deveria ser 24. 2. Data/Hora de entrega, só consta a data, a hora esta toda zerada, isso pode fazer com que ocorra outros tipos de rejeição. dhEvento >= dhhashEntrega > dhEntrega

Boa tarde Verifique se não precisa excluir algusn anexos enviados anteriormente. https://www.projetoacbr.com.br/forum/attachments/ Att.

Ao Analizar o ECD ano 2015 apresentava o seguinte erro no J930 "O registro lido tem quantidade de campos diferente do especificado no layout" segue correção em anexo ACBrECDBloco_J_Class.pas

Juliana, obrigado pela atenção, já resolvi, o campo "Vencimento=17/10/2019" estava na ultima linha do arquivo, coloquei há baixo do campo "ValorDocumento=100,50" resolveu o problema.

O Google definitivamente não é um bom servidor SMTP... Creio que você deva configurar algo na conta do Google para liberar isso

Boa tarde João, A mensagem de erro é muito vaga, pois não informa se a assinatura que esta errada é do RPS ou do Lote. Tente um contato com o provedor e veja se consegue deles uma resposta mais clara, ou seja, qual das duas assinaturas esta errada. Lembre-se que a rotina responsável por realizar a assinatura digital é a mesma usada para assinar o tanto RPS quanto o Lote, sem contar que ela também é usada pelos componentes: ACBrNFe, ACBCTe, ACBrMDFe, ACBrBPe, ACBreSocial e ACBrReinf.

Boa tarde Ricardo, Faça um teste usando o arquivo INI em anexo. WebISS.ini

Boa tarde, A ideia dessa propriedade e mudar o layout de impressão do DANFSE. Com o refactoring ocorrido na impressão dos Documentos Auxiliares, isso inclui o DANFSE, pode ter ocorrido alguma alteração que fez com que essa propriedade de configuração parasse de funcionar. Como no XML da NFS-e retornado pelo provedor não consta todos os dados do Prestador do Serviço, acredito que a única solução vai ser: Após carregar o XML da NFS-e, popular as propriedades do Prestador, lendo as informações do banco de dados e depois executar o método para imprimir o DANFSE.

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

Boa tarde, Muito obrigado pela colaboração. Já inclui no arquivo Cidades.ini e ainda hoje estarei enviando para o repositório.

Bom dia José, Concordo com você se o sistema de pagamento não esta integrado com o de automação, não existe nenhuma garantia que realmente no pagamento foi utilizado a bandeira ABC ou DEF, bem como se foi crédito ou débito. É muito comum notarmos em supermercados o cliente tentar pagar com um cartão e não conseguir e realizar o pagamento com outro, que podem ter bandeiras diferentes. Exemplo, não conseguir pagar com o cartão de débito vale alimentação, pois não foi liberado o dinheiro e ter que pagar com o cartão de crédito.

Obrigado Italo! Vamos seguir sua recomendação! Aguardamos liberação no repositório.

Bom dia. Obrigada pela contribuição, creio que nosso colega @Italo Jurisato Junior validará. Att.

Este código foi desenvolvido por outro programador, que me pediu para submeter para o ACBr, vou repassar a ele a sua sugestão

Resolvido. O Daniel tinha me mandado estes dias uma unit da ACBrMTer modificada para eu realizar uns testes. Então exclui ela e mandei atualizar novamente, deu certo. Obrigado pela ajuda!

Será que você está procurando a nova ACBrLIb? Veja esse tópico: Download do binário em:

Bom dia! Se você enviar ENT.TXT a resposta será no arquivo SAI.txt Se você enviar ENT1.txt a resposta será no arquivo SAI1.txt Se você enviar ENT2.txt a resposta será no arquivo SAI2.txt Deste modo você pode configurar a sua estação e cada uma ter a sua resposta em arquivos independentes.

Bom dia, Obrigado pela resposta Juliomar.

@Renato Rubinho, segue o arquivo de log para justificar a regra. Usando o lado negro .. pode conseguir em Fast , também ACBrNFeDANFeRL-change-log.txt

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

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

Bom dia. Oque acontece quando tenta anexar o arquivo? Att,

Boa tarde! Verifiquei que durante a troca do servidor, o anexo que havia enviado foi corrompido. Estou enviando novamente nessa mensagem Abraços! Fabio Schunig 214-Ap3.01.zip