angelosobreira

Boa Tarde, Só para avisar, essa semana já vou finalizar a atualização do 2240. Assim que eu finalizar e realizar os testes, postarei os fontes aqui. Obrigado!

Boa Tarde, segue os arquivios do registros 2220 do ESocial atualizado de acordo com a ultima NDE que saiu dia 14-09-2018. Vou atualizar no meu sistema e em seguida pretendo atualizar o registros 2240. Caso alguma coisa esteja fora do parão do ACBr, por favor me informe que eu corrijo. Grato Atualização 2220.zip

Boa Tarde, estou gerando alguns xml do evento 2220 e vi que ainda não está atualizado de acordo com a NDE que foi liberada em 14/09/2018. Já está em desenvolvimento a atualização? se não tiver, tenho interesse em desenvolver, pois estou precisando. Também irei utilizar 2240. Obrigado

Pessoal, só pra vcs saberem, entrei em contato com o provedor, e me informaram que esse erro acontece quando o cliente não tem mais número de RPS disponíveis. Ele tem que entrar em contato com a prefeitura e solicitar um novo range de numeração. Após meu cliente fazer isso, a integração com esse WS voltou a funcionar normalmente. É uma pena que as integrações alguns provedores sejam tão ruim nas mensagem de retornos, como essa acima, que não deixa claro o motivo da rejeição e nos faz perder horas e horas para descobrir o motivo do problema.

Olá a Todos, Estou enviado um RPS para a Prefeitura de São Vicente(SP) - ISSNET e estou com o seguinte problema: Envio um RPS para o WS, o WS me retorna o TOKEN, e quando vou consultar o TOKEN, o WS me retorna a seguinte mensagem: "Esse RPS nao foi enviado para a nossa base de dados. Numero do RPS em que ocorreu o erro: <Número do RPS>" Pelo que eu percebi, o RPS está sendo validado pela prefeitura, pois se eu mando um RPS com uma data antiga, o mesmo retorna com a mensagem de erro referente a Data. Porém quando o RPS está Correto, tenho o retorno acima. Uma Observação que até dia 03/10 estáva funcionando normalmente.

Bom dia a Todos, Estou precisando desenvolver e emissão de Nota Fiscal de Serviços de Cajamar-SP. Eles usam um provedor chamado GEISWEB. Procurei na planilha MUNICIPIOS_IBGE_NFSE_ACBR.xls que tem no repositório do ACBr e vi que aparentemente não tem. Realmente não tem? Se não tiver, preciso desenvolver de qualquer forma, tenho interesse em ajudar...

Bom dia Pessoal, vocês sabem me dizer se atualmente o ACBr tem suporte a essa prefeitura? Analisando aqui não achei nenhuma informação. Grato

Acabei de implementar no meu sistema e deu tudo certo!! Obrigado e parabéns ao Italo e a toda equipe do ACBr.

Olá a todos, estou emitindo um CT-e multimodal e identifiquei não está sendo possível informar as seguradoras para esse tipo de CT-e. Sei que na versão 3.0 do CT-e a seguradora deve ser informado no MDF-e, mas de acordo com o manual do SEFAZ, para o CT-e multimodal, a seguradora deve ser informada no xml CT-e quando o responsável pelo seguro for o tomador do serviço conforme print do manual abaixo: Essa informação está na página 199 do manual do CT-e 3.0. Analisando o ACBr, identifique que não está implementado essa funcionalidade no componente conforme abaixo: Estou analisando certo? não está implementado mesmo? se não tiver, não tenho problema algum em implementar e mandar aqui pra comunidade, só quero ter certeza que não estou olhando em lugar errado. Obrigado

Boa tarde, estou passando por um problema similar a esse, na verdade apenas para o estado de são paulo no ambiente de homologação está dando a mensagem abaixo: Uma conexão com o servidor não pôde ser estabelecida - URL:https://homologacao.nfe.fazenda.sp.gov.br/cteWEB/services/cteStatusServico.asmx - SOAPAction:http://www.portalfiscal.inf.br/cte/wsdl/CteStatusServico/cteStatusServicoCT a página do internet explorer também não abre. Existe alguma fora não ficar dependendo do Internet Explorer para fazer a comunicação com o SEFAZ??

Pessoal, bom dia todos.. Estou com o mesmo problema, porém só no ambiente de homologação do CT-e no estado de SP. Alguém está passando por isso tb?

Bom Dia Fábio Gabriel, Obrigado pela dica, vou implementar e monitorar para ver se acontece, pois como o problema é intermitente, precisamos que fique alguns dias em produção para validar.

Não fiz esse teste, porém não atualizado o meu ACBr com frequencia, minha versão do ACBr que uso hoje é de janeiro de 2017. Isso que é mais estranho, pois não houve nenhuma alteração e começou a dar esse problema. Então amigo, o problema que como eu preciso enviar o boleto por e-mail, a função que envia o e-mail internamente tem q chamar o GerarPDF para que o boleto entra como anexo no e-mail.

Uso o Boleto.fr3 no Delphi XE8. A versão do Fast Report é a 5.3.1 Standard(Não é a embarcadero edition)

Bom dia a todos, estou com uma situação muito estranha na geração PDF do boleto, os boletos gerado em alguns momentos estão saindo com uns caracteres inválidos conforme a imagem abaixo. Notei que no locais que a fonte está em negrito, o texto saiu correto. Isso começa acontecer na máquina de alguns usuários em um determinado momento do dia, após os mesmo reiniciar a maquina, o problema se resolve momentaneamente. Utilizo o Componente que gera o arquivo com fast report.

Aqui uso o Delphi XE 8. Deu esse erro q passei acima.

Ainda na linha 1689 do pCteCTe.pas deu erro de [dcc32 Error] pcteCTe.pas(1689): E2169 Field definition not allowed after methods or properties. Isso por conta do código "deprecated 'Versão CTE 2.0';'. De resto, deu tudo certo...

Tive esse problema também. Ocorreu porque na unit pcteCTE.pas na linha 1689 tem a definição de deprecated. Comentei essa linha e compilou, porém na geração do XML, a tag "chCTe" está gerando como "chCTE", ou seja tudo maísculo. Isso está gerando erro de esquema.

Boa tarde a todos, Estou atualizando o sistema aqui na empresa pra o CT-e 3.0. Durantes os testes, detectei que os CT-e de SubContratação estava dando erro de esquema, analisando, identifiquei na a tag "chave" que fica dentro da tag idDocAntEle mudou o nome para "chCTe" conforme página 175 do manual do CT-e 3.0. Mudei aqui os fontes para testar no arquivo pcteCTeW.pas na linha 1692 e 1695 e o CTe foi enviado com sucesso para o SEFAZ. Porém como se trata de uma compatibilidade entre as duas versões, acredito que deva haver uma validação de versão no momento da geração do XML.

Bom dia a todos... Alguém já está usando esse método?

Bom dia a todos, Estou iniciado o uso do CT-e 3.0, porém no XML não está gerando a seguradora. Analisando os fontes, vi que no pcteCTeW.pas tem uma condição explicita para gerar segurado apenas para a versão 2.0. É isso mesmo? se for, como deve ser informado a seguradora no CTe 3.0. Abaixo o print.

Pessoal, estou implementado o MDFe 3.0 e na parte que informamos a seguradora, de acordo com a documentação deveria ter a tag infSeg, porém não achei essa tag no componente de MDFe. Abaixo segue um print da documentação com essa página. Alguém já passou por isso?

Pessoal, estou tendo esse mesmo problema, em todas as situações, ou seja, quando informo que o responsável pelo seguro é o Emitente ou o Tomador do serviço. Alguém já passou por isso? Estou tentando fazer o envio na versão 3.0. Grato

Bom dia a todos, estou com um problema na função LerXML do ACBrNFe que é o seguinte. O XML que estou recebendo, está no cabeçalho as versões especificadas da seguinte forma: Repare que na TAG nfeProc, está a versão 2.00, já na infNFe está com a versão 3.10. O ACBr do Trunk2, está considerando a primeira tag de versão que encontra no XML, no caso a 2.00, porém essa nota é 3.10, com isso, algumas tags não são localizadas e não popula algumas properties. Já na mesma função, na versão do Trunk, a versão considerada para ler a nota fiscal é a que está na infNFe. O código comentado é como está no Trunk2, e o outro e o do Trunk. Com esse ajuste funcionou. Não achei nada no manual sobre a tag nfeProc para argumentar alguma coisa nesse XML, porém tive que alterar esse código. Preciso da ajuda de você para saber se está correto esse ajuste, ou se tenho alguma forma de "provar" para o emissor da NFe que o XML dele está errado. Grato

Bom dia, identifiquei um problema na impressão da DACTE do Fast Report que estava duplicando a OBS na impressão conforme abaixo. No XML, a observação está da forma: Sendo a Observação e a outra do campo Uso exclusivo do Emissor do CT-e. Esse mesmo XML, quando impresso, fica da seguinte forma: Note que na Observação do campo Uso Exclusivo do Emissor do CTe, imprimiu a segunda parte da primeira observação do CTe. Analisando o código do fonte ACBrCTeDACTEFR.pas, é declarado a variável Campos na função CarregaInformacoesAdicionais. Essa variável é usada pra gerar 3 tipos de observação que estão no CTe. Porém não é limpa. Implementei o código SetLength(Campos, 0) antes de usar ela nas 3 situações e o problema foi resolvido. Abaixo segue a função CarregaInformacoesAdicionais completa com o ajuste que eu fiz. Anexe igual a imagem