Paulo Alves N Junior

Vou verificar, obrigado.

Bom dia, após atualizar e recompilar os fontes do ACBr, ao chamar a função "ImprimirDANFE" está ocorrendo o seguinte erro: RLNFe: Erro durante a preparação do relatório EAccessViolation(Access violation at address 00560CD7 in module...

Obrigado.

Obrigado, poderia me enviar o link desse documento por favor?

Bom dia, um cliente questionou que a descrição do campo da modalidade do frete estava errada, ao verificar na unit pcnConversão NFe, vi que para ao layout 4.0, a descrição mudou de para '0 - REMETENTE', não encontrei nos manuais da NFe qual seria a descrição correta. Alguém poderia me informar algum documento onde informe qual a descrição correta desse campo? Poderia ser alterado novamente para '0 - EMITENTE' ?

Obrigado, resolvido.

Boa tarde, consegui realizar o cancelamento. Foi necessário alterar o arquivo Ginfes.ini, na sessão [Schemas] alterei a chave ServicoCancelar para o seguinte valor: "ServicoCancelar=servico_cancelar_nfse_envio_v03.xsd". Na sessão [Cancelar], acrescentei a linha "DocElemento=CancelarNfseEnvio". Segue arquivo em anexo. GINFES.INI

Bom dia, estou com dificuldade em cancelar uma nota para o município de Betim, no ambiente de homologação, que utiliza o provedor Ginfes, o erro ocorre ao assinar o XML. No arquivo Ginfes.ini, todos os esquemas utilizam a versão _v03, exceto o cancelamento, já tentei utilizar a versão 3 para cancelamento também mas não funcionou.

Boa tarde, ao imprimir uma NFSe, usando o modelo do fortes report (ACBrNFSeDANFSeRLRetrato), o campo "Regime Especial de Tributação" estava sobrepondo outras informações. Como não há a propriedade "Word Wrap" para o componente "TRLLabel", substitui pelo componente "TRLMemo". Arquivos alterados em anexo. ACBrNFSeDANFSeRLRetrato.dfm ACBrNFSeDANFSeRLRetrato.pas

Obrigado.

Boa tarde, realizamos a integração para envio de NFSe para o município de São Sebastião do Passé, Bahia. Foi necessário editar as informações do arquivo Cidades.ini com as seguintes informações: [2929503] Nome=São Sebastião do Passé UF=BA Provedor=Saatri NomeURL_H=Saosebastiaodopasse NomeURL_P=Saosebastiaodopasse Segue arquivo em anexo. O Web Service e todos os seus serviços, seguem o modelo nacional de NFS-e, versão 2.01, definido pela Associação Brasileira de Secretários e Dirigentes das Finanças dos Municípios das Capitais (ABRASF) e pela Receita Federal do Brasil (RFB). Cidades.ini

Realizei um teste de emissão com as modificações nos arquivos cidades.ini e EL.ini, e a princípio a comunicação ocorreu sem erros, mas já enviei email para eles, pedindo orientação.

Esqueci de mencionar que não há ambiente de homologação, eles fornecem um contribuinte fictício para fins de testes.

Vou entrar em contato com eles e assim que obtiver o retorno lhe informo, obrigado.

Outro arquivo que foi necessário alterar, "EL.ini", foram acrescentadas as linhas ;Una/BA RecepcaoLoteRPS_2932507=http://ba-una-pm-nfs.cloud.el.com.br/RpsServiceService?wsdl EL.ini

Bom dia, estou integrando a emissão de nota fiscal de serviço para o município de Una na Bahia, provedor "EL", segue em anexo o arquivo" cidades.ini", com a inclusão das linhas abaixo: [2932507] Nome=Una UF=BA Provedor=EL também estou anexando o arquivo "nfsev20.xsd", que recebi do pessoal da "EL". nfsev20.xsd Cidades.INI

Obrigado.

Bom dia, a receita federal está validando os campos "evtPgtos" e "compSemMovto" no envio de fechamento do Reinf (evento R2099). Foi necessário alterar o código fonte da unit pcnReinfR2099.pas. para validar se a data de referência é menor ou igual à '2018-10'. segue a unit alterada em anexo, linha 234. O erro recebido foi o “Erro MS1074 – Foram enviados evento R-2070 – Retenções na fonte (IR,CSLL, CONFINS PIS) Pagamentos diversos no período de apuração informado ou período de apuração é superior a 2018-10”. pcnReinfR2099.pas

Não encontrei um canal de atendimento na Receita, alguém saberia me informar onde posso abrir um chamado para averiguação desse problema?

Estou com um problema ao cancelar um evento do Reinf. Ao enviar o evento de cancelamento com o número de recebimento do evento a ser cancelado (nrRecArqBase), a receita retorna o erro informando que este número deve pertencer a um evento enviado no período e do mesmo contribuinte. Acontece que o nrRecArqBase está correto e o erro não acontece sempre, alguém mais encontrou este problema?

Boa tarde, atualizei os fontes hoje mas ainda ocorre o problema com a data de validade informada pelo senhos Guhcordeiro91. Ao comentar a linha 536 da unit pcnBPeW, o problema é resolvido. Segue em anexo a unit alterada. pcnBPeW.pas

Bom dia, não fiz. Parei os testes para resolver outras questões.

Boa tarde, um cliente da empresa onde trabalho nos enviou dois arquivos xml de um memso CTe OS, um deles gerado pelo nosso sistema (ACBr) e o outro baixado nos site da receita. O problema é que existe uma diferença entre os dois arquivos, na tag infProt, a informação do elemento "ID" está divergente, como pode ser visto na imagens em anexo. Parece que a geração do xml na Sefaz está ocorrendo de forma distinta. No manual de orientação informa que o campo deve ser preenchido com o protocolo precedido com o literal "ID", mas pelo sistema o campo vem precedido do literal "CTe"

Atualizei os fontes do ACBr ontem(23/05/2018), refiz meus testes e todas a funcionalidades (envio, cancelamento, fechamento, reabertura e consulta) estão funcionando corretamente.