Augusto Fontana

Verdade, Só que se fizer isso vai afetar outros usuários que não estejam com o ini atualizado. Por exemplo, para quem for de Caçador, vai deixar de funcionar. Melhor definir o link específico para a cidade de Mafra, dessa forma: [URL_H] RecepcaoLoteRPS=http://nfse-teste.publica.inf.br/%NomeURL_H%_nfse_integracao/Services ; Mafra/SC RecepcaoLoteRPS_4210100=http://nfse-teste.publica.inf.br/nfse_integracao/Services Não sei ao certo como o ACBr trata os links, mas acredito que isso pode funcionar. Att

Boa tarde, Fiz teste apenas em produção, pois não tinha encontrado o endereço de homologação. Não alterei nada no Publica.ini relacionado ao endereço de homologação. Se funciona com esse link, acredito que alterando a propriedade NomeURL_H no Cidades.ini para vazio deve funcionar. Att

Bom dia A cidade de Mafra/SC migrou de provedor, deixando de utilizar WebISS para Pública, conforme link: http://www.mafra.sc.gov.br/noticias/index/ver/codMapaItem/18158/codNoticia/432629#.WWzJ3-mQzIU Fiz adaptações nos arquivo Cidades.ini, Publica.ini e pnfsConversao.pas. No arquivo pnfsConversao.pas. tive que incluir algumas naturezas de operação utilizadas pela prefeitura. Att Alterações.rar

Bom dia, Você está com os fontes atualizados ? Precisa usar o último .ini disponibilizado, para que o XML seja assinado corretamente Att

Boa tarde, Conforme comentei anteriormente o problema no método de envio do lote ainda ocorre, devido as questões levantadas. O método que está funcionando é o ACBrNFSe.Gerar. Att.

Bom dia Ítalo Segue arquivo atualizado. Att Virtual.ini

Boa tarde A prefeitura de Barra do Garças alterou as URLs do Web Service, segue arquivo ini com os novos endereços. Att Virtual.ini

Bom dia Segue alteração para contabilizar os registros do Segmento R nos registros de Trailler do lote e arquivo Att ACBrBancoBanrisul.pas

Bom dia, Estou com o mesmo problema, o banco acusou os seguintes erros: No registro de trailer de lote, coluna 18 à 23, está informado o valor incorreto da quantidade de registros do lote; No registro de trailer de arquivo, coluna 24 à 29, está informado o valor incorreto da quantidade de registros do arquivo. Conforme comentado pelo @idez está faltando contabilizar o Segmento R. Att

Boa tarde, Percebi um outro detalhe relacionado ao CNAB do Santander, ao ler o arquivo de retorno 240, a data de vencimento não está sendo carregada, o valor aparece zerado, sendo que a data está preenchida no arquivo. Fiz alteração para que a propriedade Vencimento seja carregada conforme implementado na leitura do arquivo de retorno 400. Segue arquivo com as alterações propostas. Att ACBrBancoSantander.pas

Obrigado Ítalo, Percebi também um problema na rotina de cancelamento, por algum motivo a Betha está aceitando o arquivo somente quando a Tag CodigoMunicipio está com valor 0. ACBrNFSeWebServices.pas

Boa tarde, com os fontes atualizados do ACBr está ocorrendo o erro da imagem abaixo. Tive que comentar um trecho no código, pois estava montando o XML incorretamente, depois removi um comentário de um trecho antigo, relacionado a esse caso. Com essas alterações a NFS-e passou a ser emitida novamente. ACBrNFSeWebServices.pas

Bom dia, O caso na assinatura na versão 2 ainda persiste, fiz alguns testes e acredito ter identificado o problema. Hoje ao realiza a assinatura do RPS no serviço EnviarLoteRpsEnvio, o ACBr assina apenas o conteúdo dentro da TAG RPS. A assinatura dos RPS deve ser realizada no XML completo, e não apenas o conteúdo dentro da TAG RPS. Teria que funcionar da seguinte forma: Montar todo o XML A partir do XML completo, identificar as TAGs RPS contidas no XML e proceder com a assinatura de cada uma. Por fim realizar a assinatura do lote Para teste: todas as assinaturas contidas no XML devem aparecer como válidas no validador de assinaturas da receita. Tentei proceder com as alterações nos fontes, mas considerando os fontes atuais do ACBr me parece uma mudança considerável, que requer uma análise mais elaborada. Consegui fazer funcionar o método ACBrNFSe.Gerar, para isso tive que fazer uma alteração, pois assim como no método de envio de lote, o RPS deve ser assinado utilizando o conteúdo completo do XML. Mesmo caso identificado no post: Alterações: ACBrNFSeWebServices.pas: Modifiquei o valor recebido pela propriedade FTagGrupo, para que a tag de assinatura seja colocada no local correto Bethav2.ini: Desabilitei a assinatura por RPS que está com problema, e habilitei a assinatura do LoteGerar, assim a assinatura será realizada após a montagem de todo o XML. Bethav2.ini ACBrNFSeWebServices.pas

Bom dia Dedox, é isso mesmo, basta substituir o arquivo pelo que anexei. Ao gerar a remessa você precisa definir a data da baixa, assim o código será definido automaticamente.

Boa tarde Atualmente a definição do código da baixa não está considerando a data da baixa, fixando o valor 2 ( NAO BAIXAR / NAO DEVOLVER). Remessa 240: Campo: Código para Baixa/Devolução; Posição 224 - 224 Remessa 400: Campos: Primeira instrução; Posição 157 - 158; Segunda instrução; Posição 159 - 160 Fiz alteração para que o código da baixa seja definido de acordo com a data da baixa, conforme já foi feito para outros bancos. Na remessa 400, o código é definido pela quantidade de dias após o vencimento. Segue arquivo com as alterações. Att ACBrBancoSantander.pas

Boa tarde Ribeiro, estranho, deveria ter validado com sucesso, já que é um ECF de produção. Testa no site de validação da SEFAZ. Fiz minha homologação na TECPAR de Curitiba, com relação ao bloco X foi cobrado apenas a validação do XML no site da SEFAZ, toda a parte de envio que implementei, não foi testada. Lembrando que o Bloco X ainda está em desenvolvimento e não foi liberado para produção, então isso não deve estar nos cliente, por enquanto. Realmente é frustrante você demandar tempo e dinheiro implementando algo que nem é oficial ainda e não tem previsão de quando entrará em funcionamento. Sendo que provavelmente novas alterações serão liberadas ao longo do tempo, minha sensação é a de que a SEFAZ continuar investindo em PAF-ECF é perda de tempo, uma vez que já existem alternativas melhores, como a NFC-e e SAT. Acredito que essa bomba vai ficar somente em SC por um tempo, e que os outros estados vão migrar para os outros projetos. O que eu imaginei com esse novo modelo de "ECF conectado", é que o próprio ECF faria o envio dos dados para a SEFAZ, exonerando a gente de implementar isso. Mas como os fabricantes não devem ter achado lucrativo desenvolver todo esse controle no ECF, acabou sobrando para nós desenvolvermos. Na verdade nem sei para que vai servir esse novo ECF, nem a homologadora cobrou a utilização dele, fiz a homologação com um ECF do convênio antigo. Resta agora aguardarmos a tão comentada reforma tributária, que aparentemente vai mexer na arrecadação do ICMS, e esperar que as alterações venham para simplificar a arrecadação de impostos no país, em vez de burocratizar mais ainda.

Boa tarde, primeiramente quero agradecer a todos pelo apoio, na quinta-feira passada terminei meu processo de homologação, e os arquivos foram gerados com sucesso. O WebService já está validando os dados de acordo com as informações cadastradas na Sefaz SC. Confere se o seu número de credenciamento está correto. Para mim o arquivo de estoque foi validado com sucesso, o de redução z apresenta erro de ECF não cadastrado, pois fiz os testes com um ECF de desenvolvimento, que não está cadastrado para o estabelecimento que estou usando.

Bom dia Juliomar, Sim, não é oficial, e provavelmente terão outras alterações ao longo do tempo. O problema é que as homologadoras, pelo menos aqui de SC, estão cobrando no mínimo a validação dos arquivos XML. Após as alterações liberadas pelo Elias já está funcionando de acordo com as novas modificações. Não fui contactado para participar dos testes.

Boa tarde pessoal, só para disseminar a informação, recebi e-mail da homologadora (TECPAR) com todos os links relacionados a geração do Bloco X, segue: Xsd Redução Z tributario.sef.sc.gov.br/tax.NET/sat.dfe.siv.web/xsd/reducaoz.xsd Xsd Estoque tributario.sef.sc.gov.br/tax.NET/sat.dfe.siv.web/xsd/estoque.xsd Página para validação dos XMLs sathomologa.sef.sc.gov.br/tax.NET/sat.dfe.siv.web/validacao.aspx Webservice para validação dos XMLs http://webservices.sathomologa.sef.sc.gov.br/wsDfeSiv/Recepcao.asmx Bloco X atualizado docs.google.com/document/d/1yez14gry9Mi4rTpwDRDf--bR-SLzijD81OPeJzh9FqE/edit?usp=sharing

Boa tarde Eduardo, confirma se os seus fontes estão realmente sincronizados, pois já está gerando o XML da maneira correta Att

Obrigado Elias, eu testei aqui e não apresentou mais mensagens de erro com relação aos tipos dos campos. No entanto percebi um problema na formatação dos valores nos campos "VendaBrutaDiaria" e "GT". O meu GT é 6617472,06 mas no xml está aparecendo 000000000661747205, o valor dos centavos foi alterado incorretamente, devido a utilização do Trunc, que faz isso ao passar como parametro a expressão GT*100. Dessa forma utilizei o método TruncFix do ACBrUtil e o valor foi gerado corretamente no XML. Seguem alterações em anexo Att ACBrBlocoX_ReducaoZ.pas

Boa tarde, Fiz alterações nos XMLs para adequar a versão 02.04 da ER-PAF-ECF. Seguem alterações: - U.XML acrescentei os registros J1 e J2. - ARQUIVOS.XML, acrescentei a chamada para o arquivo Z.XML - Criei o arquivo Z.XML, para validação do arquivo de Vendas identificadas pelo CPF/CNPJ Os arquivos em anexo devem ser colocados na pasta XML XML.rar

Boa tarde Juliomar, realizei os testes, e agora está funcionando. Aproveito também para informar que até o momento não tive nenhum arquivo processado com sucesso. No momento estou obtendo a seguinte mensagem de erro: "Erro: ORA-14400: inserted partition key does not map to any partition ORA-06512: at "USR_SAT_STORAGE.PKG_FWK_STO_CATALOG", line 267 ORA-06512: at line 1" Mas como é problema na SEFAZ não há nada que possamos fazer, a não ser aguardar a correção. Obrigado pela atenção.

Boa tarde, ao enviar o XML de estoque está retornando a mensagem: "Erro: CNPJ do estabelecimento inválido ou em branco" Avaliando os fontes percebi que o CNPJ estava sendo definido incorretamente no método TEnviarEstoque.DefinirDadosMsg. O campo CnpjEstabelecimento não existe no XML, dessa forma a informação deve ser obtida a partir da tag Cnpj, da mesma forma como foi feito para o XML da Redução Z. Segue alteração em anexo. Att ACBrBlocoX_WebServices.pas

Valeu Daniel, eu testei aqui com os fontes sincronizados e o envio foi realizado corretamente. Att