ncc.star

Legal! Isto é apenas para o estado de SP. Alguém sabe como está o andamento do projeto a nível nacional?

Está em anexo. Como a NF-e é de um fornecedor de um cliente, optei por descaracteriza-la (alterei a chave de acesso e dados do remetente/destinatário). Creio que seja suficiente para testes. S001_N000070089-Nfe.xml

Por favor, alguém chegou a verificar este problema que relatei?

Estou fazendo um procedimento de importação de uma nota fiscal. Eu eu importo o XML no componente (ACBrNFe1.NotasFiscais.LoadFromFile(ArquivoXML)), e em determinado momento eu uso parte do XML para realizar a importação dos dados do emitente da nota, nesse momento eu faço dessa maneira: XML:=ACBrNFe1.NotasFiscais.Items[0].XML; Acontece que em algumas notas, não foi informado as tags do país (que segundo o manual não são obrigatórias), e no momento retorna esse XML ele suprime as informações do CNPJ. Eu alterei a procedure abaixo, para que considere o código do país também diferente de 0. procedure TGerador.wCampoCNPJCPF(const ID1, ID2: string; CNPJCPF: string; const cPais: Integer); var Tamanho: integer; begin if (cPais <> 1058) and (cPais <> 0) then begin wCampo(tcStr, ID1, 'CNPJ', 00, 00, 1, ''); exit; end; (...) Não sei se há outra maneira de contornar isso, é possível adicionar essa alteração?

A intenção com esse controle é não precisar ficar acompanhando no change log. É para saber rapidamente quais os bancos e layouts que foram implementados. Fora isso não sei outra forma de visualizar senão abrindo a unit do banco e verificando se está implementado o CNAB240 e/ou 400 - remessa e/ou retorno.

Como um cliente solicitou uma lista de bancos suportados, fiz uma tabela com a lista de bancos e os layouts de remessa e retorno que foram implementados no ACBrBoleto. Se achar interessante, pode colocar no SVN para mantermos atualizado, conforme for sendo feito novos layouts ou bancos. está em anexo. Boletos_Remessa_Retorno.rar

Na real, só agora depois que você postou, percebi que o erro de conversão só dá quando executa pelo delphi.... você está certa, está trazendo a data de 30/12/1899. Obrigado.

Olá, Estou com problema em um arquivo de retorno do Itaú. Está dando erro nestas linha: Vencimento := StringToDateTimeDef( Copy(Linha,147,2)+'/'+ Copy(Linha,149,2)+'/'+ Copy(Linha,151,2),0, 'DD/MM/YY' ); Acontece que no arquivo que foi baixado do banco, a data de vencimento está zerada. Isso já aconteceu com alguém? Será que é possível adicionar uma verificação que se a data de vencimento for zeros, utilizar por exemplo, a Data de Crédito?

Mas porque ACBrCaixaEconomicaSICOB? Esse padrão tem alguma ligação com o banco Sicob?

Olá. Fiz algumas alterações na impressão do boleto em fastreport. Não estava imprimindo as instruções do boleto. Além disso, o campo de instruções do carnê estava cortando na metade do campo. segue em anexo. Report.rar

Postei por engano. É possível excluir ou mover este tópico para o ACBrBoleto? obrigado

Olá. Porque há duas classes para a caixa? ACBrCaixaEconomicaSICOB e ACBrCaixaEconomica?

em constructor TACBrBancoob.create(AOwner: TACBrBanco); está fpNome := 'SICCOB'; onde o correto seria fpNome := 'SICOOB';

Já discuti muito com cliente por causa disso. Como o sistema não faz se o sistema X ou Y faz. Está bem claro na legislação que XML deve ser obrigatoriamente disponibilizado, porém ninguém dá bola pra isso. Só vão começar a se preocupar quando os fiscais começarem a exigir e multar quem não tem os XML. Fora que para muito cliente XML, HTML ou PDF (Danfe) é tudo a mesma coisa. Até agora consegui convencer quase todos meus clientes exigirem o XML tanto do fornecedor como do embarcador (só um caso que o embarcador se negou completamente). Não acho que vale a pena ter de ficar alterando o sistema cada alteração que o sefaz faz na sua página. Creio que se essa prática começar a se tornar mais comum não vai demorar para o sefaz proibir isso pela legislação.

além do twitter, tem o http://robonfe.sefaz.rs.gov.br/ É +/- isso, porém este RoboNFe é também mantido pela sefaz, além de não ter um robo para o CT-e. A ideia é a mesma, porém ao invés de ser mantido pela sefaz, seria mantido pelos voluntários que contribuiriam enviando os dados. Além disso, seria detalhado, mostrando o status de cada webservice, pois tem caso por exemplo ontem, que a consulta ao status da sefaz do CT-e do RS retornava erro 999, porém estava autorizando, ou seja, só estava com problema os webservices de consulta (status ou consulta de CT-e). Ficou assim até por volta das 16h.

No meu caso eu também fiz bem semelhante ao markapollo, inclusive quando acontece qualquer problema no meu emissor sempre sou notificado por e-mail, juntamente com o log do sistema. E isso ajuda muito! Mas a ideia não seria substituir a forma que estamos fazendo hoje a consulta do status da sefaz, isso continuaria na mesma. O que eu penso é um projeto que seja paralelo ao site do sefaz. Servindo como referencia quase que em tempo real do status dos webservices da sefaz. Esse monitoramento funcionaria como um "termômetro" dos serviços da sefaz, medindo a qualidade do serviço. Ajudaria até quem não usa os componentes ACBr, visto que ficaria disponível on-line. Outro caso que poderia vir a ajudar: suponhamos que eu tenha apenas um cliente no estado X. O sistema está autorizando normalmente até que para. Não obtenho nenhum retorno da sefaz (nem pela consulta do status e nem ligando na sefaz e pedindo) e não tenho nenhum outro cliente como base para saber se está ou não emitindo normal. Nesse momento eu tenho de considerar outras hipóteses, como algum antivirus ou firewall bloqueando, algum problema com a internet do cliente, certificado com problema, etc... Ou começo a verificar estas outras possibilidades ou fico aguardando até a sefaz reconhecer o problema (e como sabemos, isso pode demorar), isso tudo com o cliente pressionando para resolver o problema o quanto antes. Como o ACBr é amplamente usado, é quase certo que no referido estado tenha algum voluntário monitorando os serviços, dessa forma eu teria certeza de que a sefaz está ou não com problemas, caso esteja autorizando normalmente para outros usuários do ACBr daí eu tenho certeza que é algum problema no cliente que está interferindo.

Mas na real, não precisaria fazer consultas ao webservice. Por exemplo, se um documento for autorizado, significa que o webservice de autorização está funcional, se o documento foi consultado, o webservice de consulta está funcional, e assim para todos os webservices.

Olá. Tenho uma sugestão para um projeto a ser desenvolvido. Como todos sabem, no portal da sefaz, a disponibilidade de serviço nem sempre corresponde a realidade, ou seja, muitas vezes a sefaz está com problemas e no site fica mostrando que está OK. Isso acaba muitas vezes ocasionando confusão com clientes que acessam e dizem que a sefaz está OK e a gente tem que argumentar que não está OK. Dependendo da situação a sefaz demora para liberar o SCAN ou SVC. A minha sugestão é um projeto para monitorar o real status da sefaz, com a ajuda de voluntários. Um software que fica no cliente e reúna estatísticas de autorização e consultas de documentos eletrônicos, estatísticas que podem ser geradas a partir do componente ACBrNFe e ACBrCTe, que são enviadas para um webservice. Neste webservice estas estatísticas podem ser compiladas e disponibilizadas de forma parecida do site do sefaz. Desculpa se essa ideia é uma bola fora. Talvez é algo que na prática não se torne viável. Além disso, temos o caso de onde este webservice ficará hospedado($$), questão da privacidade do cliente, etc. O que vocês acham?

Ops... foi mal. segue o correto. 004.rar

Já descobri o que é. http://www.sped.fazenda.pr.gov.br/modul ... onteudo=10 Em anexo está ACBrCTeUtil.pas com os webservices adicionados. Só não tenho certeza se é só isso que tem que alterar ou se tem que alterar + coisas. ACBrCTeUtil.pas

Olá. Estou configurando a emissão para um cliente do PR. Está retornando a rejeição: "Rejeicao: UF informada no campo cUF nao e atendida pelo WebService" Já conferi, está sendo passado a UF corretamente para o componente. Um detalhe que a +/- uma semana este mesmo cliente já conseguiu emitir CT-e em homologação. Não alterei nada mais e agora começou dar essa rejeição. A rejeição ocorre no momento que consulta o status da Sefaz. Alguém tem alguma ideia ou está enfrentando problema parecido? Obs.: O mesmo cliente tem a matriz em SC e está normal.

Fazendo alguns testes no ACBrBoleto percebi que o logotipo do Banco do Nordeste não estava dentro do diretório "Logos". Como quebra galho, fiz o logotipo com base no logotipo que está no site do banco. Se não for esse favor mudar. Em anexo as duas versões, colorido e PB. 004.rar

Estou testando o demo e verifiquei que esse boleto em fast report está com problema. Alguns campos do tipo texto estavam configurados com DisplayFormat para data ou número, ocasionando erro de conversão de dados. Em anexo o boleto corrigido para substituir.

Olá. Estou usando o ACBrExtenso a um bom tempo, porém um cliente percebeu que o número Três está vindo sem o acento circunflexo, é possível corrigir isso?

Não sei, mas acho que ninguém vai ser obrigado a emitir esse documento, porém é certo que as empresas vão acabar querendo implantar, visto que deve agilizar muito nos postos de fiscalização, gerando uma grande vantagem. Agora, como fica a Capa de Lote Eletrônica? Será que o MDF-e substitui a CL-e?