ESSystem

Caro Italo boa tarde ! = suas alteracoes funcionaram ok = o GeisWeb tem uma base deles de homologacao, entao gerou alguns erros que tem a ver com isso. ex; = mesmo sendo simples nacional tem que destacar base calc aliq e iss = campo servico.tipolancamento tem que ser alimentado com tlSimplesNacional = MunicipioPrestacaoServico tem que ser alimentado com '111111' ( 6 numeros 1 ) no caso de homologacao = InscricaoMunicipal estava correta no xml mas na base deles não, tiveram que acertar la = Regime do Prestador, idem estava errado na base de homologacao deles, tiveram que acertar la Agora vamos colocar em produção, se esse caso estiver aberto, e houverem problemas, eu lanço aqui, senão abro caso novo Obrigado pelo suporte

Obrigado Italo, vou me organizar aqui e fazer isso e retorno...

joinha Italo ? Creio que para todos, estou anexando um manual que mandaram. Se vc vir lá, nas pag 8 e 9 eles mostram os links, tipo https://www.gerenciadecidades.com.br/homologacao/modelo/webservice/GeisWebServiceImpl.php https://www.gerenciadecidades.com.br/producao/modelo/webservice/GeisWebServiceImpl.php no caso o de homologacao, pelo que entendi, é o mesmo pra todos e o de producao vc substitui o "modelo" do link pelo nome da cidade, no nosso caso, tiete : https://www.gerenciadecidades.com.br/producao/tiete/webservice/GeisWebServiceImpl.php Sobre os schemas vou solicitar... Manual WebService atualizado 05-08-2024.zip

Boa tarde ! Por favor, não estamos conseguindo transmitir as NFSe da Pref de Tietê. Enviamos um email para o suporte deles e a resposta que obtivemos foi: "Em todos os lugares que você estiver utilizando geisweb.net.br troque por gerenciadecidades.com.br Inclusive na TAG dos métodos que me enviou para análise." Isso envolve fontes ACBrNFSeXServicos.ini e até schemas. Tem como os srs. analisarem essa questão ? O que precisar de mais informações eu passo... Obrigado ! Roberto

Segundo nosso entendimento aqui, os CSOSN nao serao extintos nao, devem ser preenchidos qdo CRT=1 (Simples Nacional) Alem disso a extinção dos CFOPs foi revogada ( Sinief 3/2022 )... Estamos errados ? https://www.confaz.fazenda.gov.br/legislacao/ajustes/2022/AJ003_22

Italo fiz isso e deu certo , obrigado ! (foi o estagiário que escreveu as literais lá...)

Bom dia ! Tivemos um problema com NFe Denegada em clientes, em que a contabilidade não consegue importar o XML. Fizemos testes em homologação e também ocorre, cfme. exemplo de XML anexo. Ao abrir no navegador a mensagem de erro é : error on line 1 at column 7670: Encoding error Para resolver tivemos que entrar no site da sefaz e baixar o xml de lá. Aí deu certo. A rotina que salva NF denegada no sistema é a mesma que salva NFe comum. O BigWings reagiu ao tópico e respondeu isso: "Parece um problema de codificação causado pela palavra "destinatário" no retorno protocolo do webservice. Convertendo o arquivo para UTF-8 o XML é validado. Favor abra um novo tópico na área do SAC pra que seja verificado" Rotina de salvar qualquer NF Confirmada: if NFe.NotasFiscais.Items.Confirmada then begin NFe.Gravar(GetNomeXML(NFe.WebServices.Retorno.NFeRetorno.ProtDFe.Items[0].chDFe),NFe.NotasFiscais.Items.XML,GetPathSalvar(NFe.WebServices.Retorno.NFeRetorno.ProtDFe.Items[0].chDFe)); Obrigado ! Pontelo 35191067875161000108550010001767811371128792-nfe.xml

Realmente BigWings, eu pesquisei por Denegada e apareceu esse caso e me confundiu. Interessante que aqui tambem deu corrompido e no caso é uma NFe Denegada. Aconteceu em produção no RJ. Vou anexar o xml de testes meu, daqui de SP, para você dar uma analisar pode ser ? Obrigado ! 35191067875161000108550010001767811371128792-nfe.xml

Aqui também estamos com essa ocorrência. Para reproduzir na verdade é só emitir uma NFe para um CNPJ que esteja denegado dentro do estado do emitente. Percebemos nos testes que tem cliente Denegado em RJ e quando emitimos de SP para lá a NFe aprova...

Bom dia ! Também estamos com o mesmo problema. Enviado email para a Sefaz e aguardndo retorno deles. Vamos ter que ficar mais espertos e renovar nossos CDs com mais antecedência para não corrermos mais esses riscos. Pontelo ESSystem

Boa tarde @Juliana Tamizou , Estava fazendo mais alguns testes referentes a geração do arquivo de cobrança do Sicoob e percebi que quando eu alimento a propriedade "DataMoraJuros" ele insere uma mensagem na parte destinada à mensagens do boleto, porem na mensagem aparece a "DataMoraJuros" com um dia à mais do que foi alimentado na propriedade. Por exemplo, se eu alimento a propriedade com o valor 15/10/2016, ao imprimir o boleto a mensagem sai "Cobrar juros de R$ 1,12 por dia de atraso para pagamento a partir de 16/10/2016". Gostaria de saber o porque isso ocorre. Não seria a partir da data do vencimento? que no caso é 15/10/2016... Fico no aguardo. att

Bom dia Juliana, Existe uma versão sim, na qual eu disponibilizei um pouco mais acima no tópico, porem quando eu fiz as alterações para ficar de acordo com o manual e enviei o arquivo para o software do Sicoob, o software retornou alguns problemas indicando as posições e as informações corretas para aquelas posições, assim como esta na imagem do primeiro post desse tópico, então fiz as alterações necessárias e enviei novamente o arquivo, o software aceitou o arquivo normalmente e gerou um retorno. att, Marcos Duca, Essystem

Bom Dia, Fiz algumas alterações no fonte que é usado para gerar a remessa do banco Sicoob e consegui homologar os boletos, enviei o arquivo para o sistema do sicoob e recebi o retorno, agora vou começar trabalhar encima dos arquivos de retorno do banco Sicoob. Vou postar o fonte logo abaixo para que possam conferir e talvez adicionar as alterações no projeto. Qualquer outra duvida entro em contato. Obrigado. Att,Marcos DucaESSystem. ACBrBancoBancoob.pas

Boa Tarde, @fernandoschulz Algumas coisas foram corrigidas e outras ainda estão erradas, eu ainda não terminei as correções, eu já estou tentando resolve-las tem algum tempo, porem estou com problemas de contato com o pessoal do sicoob, então estou tentando fazer a homologação dos arquivos direto pelo log de erros gerado pelo sistema que envia os arquivos de remessa do sicoob. Assim que eu conseguir enviar o arquivo de remessa sem erros e tiver sucesso irei postar as alterações para analise. Att, Marcos Duca ESSystem.

Bom dia Juliana, Sim, todos os campos estão preenchidos conforme o manual, pelo que reparei no fonte que gera o arquivo, tem valor que esta sendo passado fixo em certas posições do arquivo. Att, Marcos DucaESSystem.

Boa Tarde, Entrei em contato com uma pessoa que responsável por homologar os arquivos de remessa enviados para o Sicoob e enviando para ele o arquivo gerado pelo ACBr com as informações acima, essa pessoa me retornou por E-mail os seguintes problemas abaixo: OBS: Não fiz nenhuma alteração nos fontes do ACBr antes de gerar os arquivos. Continuo aguardando uma resposta. Obrigado.Att,Marcos DucaESSystem.

Boa tarde, Estou faz alguns dias tentando homologar a cobrança do banco Sicoob (756) porem estou tendo alguns problemas, alimentei o componente com as informações da empresa (Informações estarão no fim da explicação) e após isso, gerei o arquivo de remessa de 4 boletos e enviei para homologar no software do Sicoob, porem o software me retornou algumas criticas que estou anexando na imagem abaixo. E no arquivo gerado as informações estão corretas conforme o manual atualizado que o gerente do Sicoob me enviou (Anexarei o manual tambem) porem no software da Sicoob ele fala que as tais informações estão incorretas. Estou com duvidas de como prosseguir. Aguardo um retorno. Informações Usadas: Banco = 756Agencia = 4441-5Conta = 2167-9Carteira = 3Modalidade = 03Cedente / Convenio = 55050Layout = 240 Obrigado. Att, Marcos Duca ESSystem. Layouts para troca de informações-ATUALIZADA.xlsm PJ CAUCAO 756-0003.REM

Bom dia, Voltei aqui pois acho que encontrei o problema, no fonte ACBrBancoBancoob na função MontarCodigoBarras ele tem a seguinte lógica: if (Length(ACBrTitulo.Carteira) > 0 )then ACarteira := '1' else raise Exception.Create( ACBrStr('Carteira Inválida.'+sLineBreak) ) ; O que provavelmente faz a carteira 3 que eu estou passando ser trocada para 1. Acho que ai seria a mudança a ser feita. Fico no aguardo. att,Marcos Duca,Essystem.

Bom dia, Analisei a classe ACBRBoleto... Vou passar abaixo as informações fornecidas ao componente. Banco = 756 Agencia = 4441-5 Conta = 2167-9 Carteira = 3 Modalidade = 03 Cedente / Convenio = 55050 Layout = 240 No caso, na linha digitável era pra sair carteira "3" mas sai apenas "1". Estou verificando por aquela pré homologação do manual do Sicoob. Fico no aguardo, Obrigado att,Marcos Duca,Essystem.

Boa tarde, Estou configurando uma cobrança registrada caucionada para o Sicoob, porem após termos alimentado as propriedades necessárias estamos tendo o retorno de que a carteira não estava de acordo com o que deveria estar na linha digitavel, analisei o arquivo de remessa gerado e nas posições da carteira ela esta correta, contendo o numero 3. Tambem verifiquei o boleto, pois la tem o campo de carteira, porem no boleto a carteira também esta 3, então fui mais afundo do código e vi que a linha digitável é montada através do cód. de Barras do boleto, assim trazendo o numero "1" no lugar do numero "3" na posição que deve estar a carteira na linha digitável. Já tentei mudar algumas informações que são passadas para o componente mas não tive sucesso. Vou anexar uma remessa para vocês verem que esta com a carteira 3 e não 1 e também vou deixar a baixo a linha digitável incorreta que esta aparecendo. Linha digitável Boleto 1 incorreta : 75691.44418 03005.505007 00000.150011 7 68870000018000 Linha digitável Boleto 2 incorreta : 75691.44418 03005.505007 00000.220012 4 69180000018400 Fico no aguardo, Obrigado. att, Marcos Duca, Essystem. PJ756-0001.REM

Bom dia EMBarbosa, Testei com a função que você me indicou acima, até explorei outras propriedades e funções do TGerador para poder pegar esse XML gerado... Mas mesmo assim o XML que ele esta gerando é o de envio e o arquivo XML que eu estou precisando é com sufixo "-ProcEventoNFe.xml". Fico no aguardo de mais alguma sugestão. Obrigado. Att, Marcos Duca Essystem.

Muito obrigado Juliana, era isso mesmo. Agora esta resolvido. Att, Marcos Duca Essystem

Boa tarde, Estou configurando uma cobrança registrada para um cliente, porem após termos alimentado as propriedades necessárias do componente estamos tendo o retorno de que o convenio não estava de acordo com o que deveria estar, analisei o arquivo de remessa gerado e realmente quando o código aparecia no arquivo faltava 3 dígitos. Debuguei a aplicação e encontrei que a carteira (que compõe esse código que eles chamam de convenio) estava com problema, pois passo o código '17019' para o campo ACBrTitulo.Carteira e o componente assume como '17' apenas, pelo fato de ter uma propriedade que se chama TamanhoCarteiraque o sistema define como 2 e acaba fazendo com que o campo ACBrTitulo.Carteira assuma o valor com apenas 2 dígitos. Gostaria de saber como prosseguir com isso, pois preciso informar o código '17019' por completo para que o arquivo seja gerado corretamente. Estou colando abaixo o que o banco nos retornou: Efetuar os seguintes ajustes nos Arquivos Remessa: Arquivo "001-0018.REM": Header de Arquivo > Lote 0000 ---------------------------------------------------------------------------------------------------- Posições 033 a 052: Preencher com o código do convênio: '002660159001417019 ' ==================================================================================================== Header de Lote > Lote 0001 ---------------------------------------------------------------------------------------------------- Posições 034 a 053: Preencher com o código do convênio: '002660159001417019 ' Arquivo "001-0019.REM": Header de Arquivo > Lote 0000 ---------------------------------------------------------------------------------------------------- Posições 033 a 052: Preencher com o código do convênio: '002660159001417019 ' ==================================================================================================== Header de Lote > Lote 0001 ---------------------------------------------------------------------------------------------------- Posições 034 a 053: Preencher com o código do convênio: '002660159001417019 ' Arquivo "001-0019-1.REM": Header de Arquivo > Lote 0000 ---------------------------------------------------------------------------------------------------- Posições 033 a 052: Preencher com o código do convênio: '002660159001417019 ' ==================================================================================================== Header de Lote > Lote 0001 ---------------------------------------------------------------------------------------------------- Posições 034 a 053: Preencher com o código do convênio: '002660159001417019 ' Arquivo "001-0020.REM": Header de Arquivo > Lote 0000 ---------------------------------------------------------------------------------------------------- Posições 033 a 052: Preencher com o código do convênio: '002660159001417019 ' ==================================================================================================== Header de Lote > Lote 0001 ---------------------------------------------------------------------------------------------------- Posições 034 a 053: Preencher com o código do convênio: '002660159001417019 ' Arquivo "001-0021.REM": Header de Arquivo > Lote 0000 ---------------------------------------------------------------------------------------------------- Posições 033 a 052: Preencher com o código do convênio: '002660159001417019 ' ==================================================================================================== Header de Lote > Lote 0001 ---------------------------------------------------------------------------------------------------- Posições 034 a 053: Preencher com o código do convênio: '002660159001417019 ' Fico no aguardo, Obrigado. att, Marcos Duca, Essystem.

Bom dia, Neste post a resposta do Isaque diz que não pode modificar um XML pois ele fica adulterado, deste modo o arquivo XML "...-ProcEventoNFe" não é retornado na consulta, o que posso fazer neste caso? Vocês tem ideia de como posso conseguir o XML "...-ProcEventoNFe" sem com que eu o adultere? Fico no aguardo, Obrigado. Att, Marcos Duca Essystem

Boa Tarde, entendi a forma que deve ser feita, porém se eu salvar um único arquivo XML com todos os eventos da NFe e não tiver o arquivo XML "...-ProcEventoNFe" não vai fazer falta pro escritório? ou no caso eu teria que montar manualmente o arquivo XML "...-ProcEventoNFe" de cancelamento para poder enviar ao escritório?