Antonio Carlos L

Caros amigos, já compilei o exemplo do boleto , e gerei no caso com ITAU, aparentemente fácil. Mas por nunca ter feito, tenho umas duvidas. Para não ficar postando a cada virgula nova gostaria de saber se : a - existe um material básico a ser lido ? Se as informações a seguir estiver nesse material básico, desculpem as perguntas : b - se o nome e formato do arquivo de envio e retorno segue um padrão único para qualquer banco ? c - se existem instruções fixas com código fixos ? d - se os bancos disponibilizam material e ambiente de teste ? Obrigado.

Obrigado @Johnny Benvenutti 2 pela resposta. Acabei descobrindo um link http://www.fazenda.rj.gov.br/sefaz/content/conn/UCMServer/uuid/dDocName%3AWCC184050 e na pergunta 1.30. Emiti em contingência, mas não consegui transmitir o documento dentro das 24 horas. O que fazer? A SEFAZ irá recepcionar os documentos transmitidos após o prazo legal - primeiro dia útil subsequente contado da data de emissão do documento em contingência. Entretanto, o contribuinte fica sujeito à penalidade por perda de prazo. Caso não transmita, ficará sujeito a multa por comercializar mercadoria desacobertada de documento fiscal. Como o documento é oriundo da SEFAZ deve ser essa a posição deles, moderador, acho que pode fechar o tópico.

Pessoal se puderem ajudar, sei que o prazo para envio de notas em contingência é 24 horas. Ontem pela manhã um cliente do RJ me fez as seguintes perguntas : "Na última sexta feira a internet parou, ficamos emitindo em contingência, a empresa não funciona sábado nem domingo, enviamos as notas na segunda feira, tem problema ?" "As vezes ficamos dias sem internet, temos apenas uma operadora que funciona por modem 3G, não temos outro fornecedor de serviço, se enviarmos em contingência depois do prazo tem problema ?" Respondi que se a interpretação for ao pé da letra, as 24 horas haveria sim problemas, mas que a pessoa mais capacitada de responder seria o contador. No final da tarde ele voltou a ligar pois disse que o contador não sabia o que era contingência e isso era o "cara da nota" que deve resolver. Expliquei a ele que o responsável contábil pela empresa é o contador, que se ele não sabe, então deveria dirigir a pergunta ao posto fiscal. Ele hoje pela manhã acabou ligar passando que o contador disse : "De jeito nenhum perguntar nada ao fiscal, isso vai atrair a atenção dele para a empresa e eles acham ate o que não existe ! O cara da nota deve resolver isso ou você troca ele !" Pensei em responder muita coisa, mas calei. Disse ao cliente que não era formado em contabilidade, nem recebia honorários, que unicamente por cortesia, não pela ameaça de "trocar", iria pesquisar em um fórum de programadores, que minha resposta não era oficial e devia ser validada com o contador e o posto fiscal. Ele agradeceu e aqui estou a ver se algum colega se deparou com essa situação. Obrigado.

Já descobri que não, tem uma forma fácil de limpar todas as propriedades ?

Pessoal, se eu der um ACBrNFe.Configuracoes.Free isso limpa todas as configurações atribuídas anteriormente ??

Pelo pouco que conheço, os códigos de barras do BRASIL começam com 789 e 790 e o organismo que controla esses códigos só pode validar os que "ELE" emite. http://www.nfe.fazenda.gov.br/portal/exibirArquivo.aspx?conteudo=mpYVEbsVRuE= O seu código possui 13 dígitos e se a validação levar em consideração apenas o digito verificador ( 13 digito ) ele estando correto é válido. Mas veja que seu código começa com 190 que identifica a origem e pela tabela acima ( que pode estar desatualizada ) não parece estrar atribuído a ninguém fxPrefixIni fxPrefixFim indEsp fxPais_Nome 050 059 1 GS1 US reserved for future use 060 139 0 GS1 US 200 299 1 GS1 Números de circulação restrita dentro da região 300 379 0 GS1 France 789 790 0 GS1 Brasil Dai que depois de "trocentas ligações" dizendo que "o programa ¨$%&¨%&¨%%" esta dizendo que não é válido , mas esta na caixa do produto, "sugeri" aos clientes que se o código começar com 789 e 790 eles preencham o GTIN, mas se não for usem como código interno , isso reduziu a zero as ligações.

Caro MODERADOR pode colocar como solução ao problema. Depois de assistir o vídeo, experimentei remover a versão SuperServer e colocar a ClassicServer, mexi no firebird.conf para ajustar aos nucleos (4) , dobrei o valor dos semaforos, não mexi no restante e não teve mais retorno de erro. O valor de consumo de memoria que no SS era de no máximo uns 400MB aumentou muito, quase 2GB mas o server tem 4GB .

Eu não tive esse problema, mas minha App alterna entre modelo 55 e 65 so que na 55 usa o Forte e na 65 usa ESCPOS , eis uma sugestão.

Oi @EMBarbosa, muito obrigado pelo retorno. Li os documentos indicado por você e vi que não deveria estar dando esse problema. A mensagem de erro do uso concorrente da Stored Procedure eu não consegui de forma alguma reproduzir aqui, ocorre apenas em produção e é SqlCode -904 , GdsCode 335544453, Erro : Object PROCEDURE SP_PROCESSA is in use Não existe em nenhuma parte do código do banco SET TRANSACTION a transação é definida é no componente de conexão (waitonlocks=True ; isolationlevel=ReadCommitted) e a cada transação explicita (T := Conn.BeginTransaction(TDBXIsolations.ReadCommitted);) Nessa pesquisa eu andei vendo um video , que existe parametros no Firebird, o servidor do cliente é Linux e eu não tenho acesso para ver o firebird.conf , mas é SuperServer pelo retorno, vou ver se mexer no tempo de espera ajuda. .

Por orientação do @Felipe E. Resende Mesquita estou abrindo esse tópico. Tenho uma aplicação que usa um banco Firebird 2.5 em um servidor linux escrita em delphi XE e DBX ( não posso mudar a suite de conexão ) O componente do tipo TSQLConnection esta configurado dessa forma : blobsize=-1 commitretain=False waitonlocks=True isolationlevel=ReadCommitted trim char=False e em dado ponto da execução é solicitado um processamento através do seguinte comando try sqlSP := TSQLStoredProc.Create(nil); try sqlSP.SQLConnection := Conn; T := Conn.BeginTransaction(TDBXIsolations.ReadCommitted); with sqlSP do begin StoredProcName := 'SP_PROCESSA'; ParamByName('IN_DADOS').AsString := 'STRING DE PARAMETROS' ExecProc; end; Conn.CommitFreeAndNil(T) finally FreeAndNil(sqlSP); end; except Conn.RollbackFreeAndNil(T); end; Essa SP tem a seguinte extrutura PROCEDURE SP_PROCESA(IN_DADOS) /* PASSOS ILUSTRATIVOS */ BEGIN 1 - VARIAVEIS RECEBEM VALORES DE SELECTS; 2 - EXECUTE PROCEDURE BAIXA_ESTOQUE; 3 - EXECUTE PROCEDURE LANCA_COMISSAO; 4 - EXECUTE PROCEDURE ATUALIZA_STATUS; END; Eu estou com dois problemas : 1 - Ocorre um erro dizendo que a Stored Procedure esta em uso e nada é realizado o que é estranho pois se no Connection esta waitonlocks=True então penso que o Firebird entenda a transação como WAIT . 2 - Ocorre um erro de Deadlock na SP e mesmo havendo um Rollback , algumas partes do que foi feito não voltavam. Não existe nas SP secundárias um COMMIT e não sei se uma SP ao chamar outra considera o contexto da transação que a iniciou ou não. Por isso muito no desepero, trouxe o codigo das demais para dentro da SP e acabei criando uma SP Monstro e TUDO ocorre dentro dela. Em teste se simulo um lock e dou Rollback esta desfazendo. Alguém já passou por isso e sabe contornar / tratar isso ? Obrigado.

@Murilo Sousa, obrigado pelo seu retorno. Eu também achei isso de haver um COMMIT perdido, mas revisei e não tem. Eu "acho" que resolvi essa questão trazendo TODAS as SP chamadas para dentro da principal, eu simulei aqui um LOCK e o Roolback ocorreu em tudo. Não entendi, não havia nenhum commit. Agora em relação a dar o erro da SP estar em uso, ai realmente complicou, não sei como tratar isso.

@Murilo Sousa, @Gerson De Simone, @EMBarbosa, o post é antigo, e se puderem dar uma ajuda, agradeço. Estou com o seguinte ambiente, Firebird 2.5 em servidor linux, Delphi XE com DBEXPRESS ( sistema legado ), umas 50 estações realizando atendimentos. O componente do tipo TSQLConnection esta configurado assim : blobsize=-1 commitretain=False waitonlocks=True isolationlevel=ReadCommitted trim char=False Durante toda a operação de atendimento, não ocorre nenhum problema, o problema de DEADLOCK ocorre quando vai ser finalizado a operação. Ao ser finalizado é chamado a Stored Procedure 'SP_PROCESSA' e tenho por vezes mensagens do tipo de que a mesma esta em uso ou ela é acessada e em um dado ponto do processamento ocorre o DEADLOCK A procedure esta sendo chamada assim : try sqlSP := TSQLStoredProc.Create(nil); try sqlSP.SQLConnection := Conn; T := Conn.BeginTransaction(TDBXIsolations.ReadCommitted); with sqlSP do begin StoredProcName := 'SP_PROCESSA'; ParamByName('IN_DADOS').AsString := 'STRING DE PARAMETROS' ExecProc; end; Conn.CommitFreeAndNil(T) finally FreeAndNil(sqlSP); end; except Conn.RollbackFreeAndNil(T); end; O que é mais estranho é que quando ocorre o DEADLOCK e da o exception é solicitado o Rollback e mesmo assim certas partes do processamento NÃO SÃO DESFEITAS. PROCEDURE SP_PROCESA(IN_DADOS) /* PASSOS ILUSTRATIVOS */ BEGIN 1 - VARIAVEIS RECEBEM VALORES DE SELECTS; 2 - EXECUTE PROCEDURE BAIXA_ESTOQUE; 3 - EXECUTE PROCEDURE LANCA_COMISSAO; 4 - EXECUTE PROCEDURE ATUALIZA_STATUS; END; Não tenho como colocar em uma TRIGGER como sugerido pelo colega @Gerson De Simone mas tudo já está dentro de uma stored procedure ACHO que nesse caso eu não deveria explicitamente controlar a transação e deveria fazer assim : try sqlSP := TSQLStoredProc.Create(nil); try sqlSP.SQLConnection := Conn; with sqlSP do begin StoredProcName := 'SP_PROCESSA'; ParamByName('IN_DADOS').AsString := 'STRING DE PARAMETROS' ExecProc; end; finally FreeAndNil(sqlSP); end; except ; end; Isso bastaria para o próprio Firebird controlar a transação ou teria que fazer algo do tipo : WHEN ANY DO begin IN AUTONOMOUS TRANSACTION DO BEGIN 1 - VARIAVEIS RECEBEM VALORES DE SELECTS; 2 - EXECUTE PROCEDURE BAIXA_ESTOQUE; 3 - EXECUTE PROCEDURE LANCA_COMISSAO; 4 - EXECUTE PROCEDURE ATUALIZA_STATUS; END EXCEPTION EXSP_PROCESSA ; end Se o colega @Murilo Sousa puder passar o link do evento no qual ele conseguiu a solução ou puder detalhar um pouco mais como fez, agradeço. Desde já obrigado.

oi @simons já vi esse erro antes e estava relacionado a configuração de POP e SMTP do email. Não sei se tem relação

Caros amigos, hoje me deparei com uma situação inusitada. Um cliente novo usando um certificado digital do tipo A3 da PRONOVA. Problema Visível : ABrNFe devidamente configurado com a senha do certificado, na primeira utilização do certificado surge o gerenciador a pedir a senha. Fizemos remotamente teste com outro app que usa outro componente e o mesmo ocorria, tal comportamento era do certificado, NADA relacionado ao ACBr. Problema Invisível : Aplicação usada em partes que o certificado não fosse instanciado, a aplicação encerrava normalmente. Se fosse fosse por exemplo, consultado o status, algo bem simples, ao fechar aplicação, a aplicação não fechava. Trocamos por um EXE de debug e quando era solicitado : CloseHandle(Mutex); Application.Terminate não sai desse ponto. Alteramos para : CloseHandle(Mutex); Application.Free; ExitProcess(0) APARENTEMENTE, a aplicação fechava, mas continuava a constar no gerenciador de tarefas do windows. Tantas vezes quanto fosse chamada e encerrada tendo utilizado o certificado. O estranho é que a aplicação faz uso de MUTEX e ao tentar abrir uma nova instância da aplicação não deveria permitir. Mas isso não ocorria. Foi necessário fazer assim : CloseHandle(Mutex); Application.Free; TerminateProcess(GetCurrentProcess, 0); Para a aplicação fechar. Se alguém precisar esta ai.

@Nonilton Alves você já testou pelo IE 11 se o windows esta respondendo corretamente ao protocolo TLS 1.2 ? No forum tem diversas explicações sobre isso. Se funciona, e não sendo a memória RAM, eu veria as DLLs se estão dando conflito de versão

Veja o POST O colega explica MUITO BEM o que ocorre , LEIA antes, para explicar muito bem fundamentado.

Os seu componente e Schemas estão atualizados ?

Que eu saiba a única forma de baixar é via o site da Sefaz relacionada a UF onde se consulta ou a chave ou o QrCode. Baixar xml apenas de forma manual pelo emitente uma vez que necessita do certificado.

Uma coisa estranha é isso : <dhCons>0001-01-01T00:00:00+00:00</dhCons>

Creio que vc primeiro precise isolar o problema. Abra o IE 11, assegure-se que em Opções da Internet, esteja assim se não estiver coloque dessa forma , feche o IE e reabra. No navegador consulte a URL : https://nfe-homologacao.svrs.rs.gov.br/ws/NfeStatusServico/NfeStatusServico4.asmx?wsdl Deverá solicitar o certificado e após digitar deverá exibir o resultado positivo Se não exibir, no windows não esta ativo o TLS 1.2

@Daniel Simoes esse boné é filho único, não pensam em fazer ele em escala ?

Porque a versão 3.10 é enxuta sem os penduricalhos mirabolantes da 4.0

Oi @André Ferreira de Moraes você esta correto, confesso que nunca me atentei ao grupo criado no XML, como raramente usei em teste o 400 e não havendo erro, não vasculhei o XML e não me dei por conta.

Sim @BigWings você esta correto, e confesso que não tinha esse entendimento, sempre achei que naquele ponto do manual as regras ali eram validas para aquele grupo de valores e não que se fosse informasse qualquer um deles seria gerado esse grupo, não havia reparado.

Oi, então veja que o seu caso é inverso, pelo trecho do código diz que se for csosn102,103,300,440 o result vai ser 102 e no seu xml na Tag <ICMSSN102> que deveria ter CSOSN = 102 esta retornando 400 ou seja o codigo que vc mostrou não pode ter gerado o 400